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[57] ABSTRACT 
A video recorder compatible receiver for receiving 
video data from a video recorder such as a video tape 
recorder ("VTR"). The receiver includes an error con- 
cealment circuit, a digital VTR port adapted for cou- 
pling to a VTR and/or a tuner module. The receiver 
receives digital video data from the VTR by either the 
digital VTR port or the tuner module. VTR commands 
may also be received from a VTR. Upon receiving a 
VTR command indicating that the VTR is operating in 
trick play mode or upon detecting video data that is 
■ indicative of VTR trick play operation, the error con- 
cealment circuit of the receiver disables normal play 
error concealment and enables trick play error conceal- 
ment. The error concealment circuit may perform tem- 
poral and spatial filtering on the video data received 
from the VTR when trick play error concealment is 
enabled. 
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1 2 

In the two head system of FIG. 1(a), a single head, 
DIGITAL VIDEO RECORDER COMPATIBLE either HA 2 or HB 3, contacts the tape 1 during each 
RECEIVER WITH TRICK PLAY IMAGE 180° period of head cylinder rotation. During this per- 

ENHANCEMENT iod of tape contact, during standard operation, each 

5 head reads or writes one normal play track of data. 
FIELD OF THE INVENTION Each track comprises a plurality of tape segments. Each 

The present invention relates to video receivers and, tepe se S ment contain one or more blocks of data, 
more particularly, video receivers that are capable of 7*** °. n the tape fonns a series of P 31 ^ 1 trac *s as 
receiving commands and/or detecting trick play modes Started in FIG. 1(b), The gaps between the tracks are 
of recorder operation and performing, e.g., error con- 10 shown omy for the P^pose of cIarit y- Accordingly, 
cealment operations in response to the received com- thcre are normaU y no actual gaps between tracks re- 
mands or detected mode of trick play recorder opera- corded on a tape. The slope of the tracks depends on the 
tion. speed of the tape when the tracks are recorded. Refer- 

ences to data tracks or normal play data tracks are here- 
BACKGROUND OF THE INVENTION 15 inafter to data tracks written with a slope corresponding 

A VTR can receive and store images (and sounds) t0 the slope of tracks written durin £ standard re- 
received as signals from various sources, for example, a . modei Le *> data t™ 0 * 3 ****** when ^pe is 
television tuner, an antenna or a cable. The VTR stores m< ? vm S at a standard speed for normal play operations, 
the received signal information, ie. the data, by record- 10 ? rder t0 wd m the diffef entiation between tracks, 
ing the data on a magnetic tape, such as a video cassette 20 m ^dividual track is written at a mutually 
tape. The VTR can also reproduce images (and sounds) ^ uth froin the Preceding track. This results 
that are stored on a tape as data by reading the data on m * >enes . of ^ t ? b ? containin S data written at alter- 
the tape and generating a signal from the data which ? atm f ™! hs ^correspond to the mutually dif- 

can then be provided to a disS device such as a tele- M XT^^^^fr'^^^ 
vision monitor 5 3 * slanted lines within each data track of FIG. 1* 

To facilitate fast forward, search, and reverse capa- 5° mdica * the at which the * 

bilities, VTRs normally provide a limited number of ^^^ A W ?!^ m ^ , 
playback speeds in both forward and reverse direction ^^S^I^SLl * ^ 
in addition to the VTR's standard playback speed 30 t^ZZ ^i^^^m^^X^ 1 ^' 
which is used durmgnonnal playback operation. 30 l£f t ^f^ ♦ Thus* HA 2 and HB 3 are limited to reading 

VTR systems for recorded repricing analog ItnJw Z ^^T^^aT^^^ 
video signals are well known in the art. Such system! S^fS^^" * 01 ? 3 ^ T 

commonly use rotary head, helical scan recording JSJ^S™? ^ m ^ 

^^t^, ; „ , /. ' T , * 5 tracks written by the other head smce the data is posi- 

metnods to record data on a tape. In such systems, « «♦ j- * *u , F * 

, / 1ri , , , « „ f, J 35 tioned at an azimuth corresponding to the other head s 

record/playback beads are mounted on a rotary head azimuth 

cylinder. The rotary head cylinder is inclined relative to rw * , „ 

i ~+\. ■ i * u mvuiiguicwuvc iu Data tracks are normally written on the tane alone 

the lengtirw.se portion of a magnetic tape wmch sur- ^ ^ whioh tQ ^ a^^^Sdg 

S! e S S ^ approxunately 180'. the * heads across the of ^ ^SSv^S. 

H,2^?JZln^ .° f JK C - 40 i-e-> standard record/playback mode. During modes of 

deuces, the tape moves in a lengthwise direction whale operatioil such „ la * back durin rcverse * f ^ f 

the record/playback heads rotate along with the in- ward) referred t0 J J ck k mQ | the JJ™ 
dmed rotery head cylinder in a circular direction. As „ m(ileat than the (ape P v i cfty during £,£2 
Ae record/phiyback heads rotate with the head cylin- cord/playback mode. In trick play mfdeTthe tape 
moving tape in a manner which 45 speed is a function of the selected fast forwJdVre! 
permits the recording or reading of data from the tape verse speed 

SSSSh jffi ttaC A l0Cated diag0Ml1 ^ rda f 6 Because te P e moves Native to the record/- 
to the ength of the tape. A servo mechanism is used to playback heads at a speed other than the standard tape 
control head Phoning relative to the tape's position spe ed during trick play mode, the heads will trace over 
to insure that the heads contact the tape along the diag- 50 the tape along a diagonal path different than the path 
onak which form each track of data. traced during the standard record/playback mode In 

FIG. 1(a) is a top view of a conventional two head fast forward mode, the heads will trace over the tracks 
video recording system As illustrated in FIG. 1(a), first created durmg standard Kcotd/phlybadk modc at a 
and second record/playback heads HA 2 and HB 3 are shallower angle than the angle of the data tracks. In 
mounted opposite each other on a rotary head cylinder 55 reverse mode, the heads will trace across the tracks 
4. To reduce crosstalk between adjacent tracks written recorded during standard mode at an angle opposing 
by heads HA 2 and HB 3, the heads are of mutually the angle of the tracks recorded during standard re- 
different azimuth angles. cord/playback mode. Accordingly, during VTR opera- 

A tape 1 surrounds the rotary head cylinder 4 for tion in trick play mode, the VTR's heads may cross 
approximately 180*. The tape moves relative to the 60 over several different tracks of data during each pass 
rotary head cylinder as indicated by V71 Similarly, the across the width of the tape, e.g., during each 180' 
rotary drum, and thus the record playback heads HA 2 period of head cylinder rotation, with the angle at 
and HB 3, routes as indicated by V* As the rotary which the tracks are crossed being a function of tape 
head cylinder 4 rotates, the tape moves in a lengthwise speed. 

direction as Ulustrated in FIG. 1(a). The rotating re- 65 FIG. 1(c) illustrates the paths traced out by the re- 
cord/playback heads HA 2, HB 3 contact the tape in a cord/playback heads HA 2, HB 3 across the magnetic 
manner which permits reading or writing, i.e. scaiining, tape 1 during trick play mode operation at three times 
of data along diagonal tracks as illustrated in FIG. 1(A). (3x) the standard playback tape speed (hereinafter 
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referred to as 3 X playback operation). In FIG. Ic refer- 
ence numerals 1-A through 12-B are used to indicate 
tracks on the magnetic tape 1. Odd numbered tracks 
1-A through 11-A contain data written at an azimuth 
corresponding to the azimuth of head HA 2 while even 5 
numbered tracks 2-B through 12-B contain data written 
at an azimuth corresponding to the azimuth of head HB 
3. 

During 3x playback operation, heads HA 2, HB 3 
trace across the tracks on the tape 1 at a shallower angle 10 
than during standard playback operation. As illustrated 
in FIG. 1(c), head HA 2 traces across paths 13 and 15 
while head HB 3 traces across paths 14 and 16. As de- 
scribed above, each head can only read data written at 
an azimuth corresponding to the head's own azimuth. 15 
Thus, during 3x playback operation, head HA 2 can 
only read the portions of data which the head passes 
over in the odd numbered tracks, ie. the areas of the 
odd numbered tracks indicated by the letters a, b, e and 
f. Similarly, during 3x playback operation, head HB 3 20 
can only read the portions of data which it passes over 
in the even numbered tracks, Le. the areas of the even 
numbered tracks indicated by the letters c, d, g, and h. 

As FIG. 1(c) shows, during fast forward playback 
and other trick play modes of operation where the tape 25 
moves at a speed faster than the standard tape speed, it 
will not be possible for a two head video tape recorder 
to read all the data contained in each track because 
there will be areas of track that the heads do not pass 
over at all. The amount of track that is covered by the 30 
heads when the tape speed exceeds the standard tape 
speed is only a fraction of the total track area with the 
track area covered being directly proportional to the 
ratio of the standard tape speed to the actual tape speed. 
For example, in a two head VTR system, during 3x 35 
playback operation, the heads will pass over approxi- 
mately i of the tape area comprising the recorded tracks 
which are used during standard playback operation. At 
9x playback, the heads will pass over approximately 
1/9 of the tape area comprising the recorded tracks. 40 

Furthermore, as discussed above, during trick play 
mode in a two head VTR, the heads pass over track 
areas where they can not read the recorded data be- 
cause it was recorded by a head having a different azi- 
muth from the azimuth of the head passing over the 45 
track during trick play mode. As illustrated in FIG. lc, 
single heads can read only approximately fifty percent 
of the data which they pass over during trick play 
mode, thus greatly reducing the amount of data that can 
be read during trick play modes. 50 

To increase the amount of data that can be read dur- 
ing trick play modes additional record/playback heads 
may be used. There are two approaches for using addi- 
tional record/playback heads to increase the amount of 
data that is read during trick play mode. The first ap- 55 
proach is to use pairs of co-located heads. The second 
approach is to add additional pairs of non-collocated 
heads to the rotary head cylinder, each head in a pair of 
non-collocated heads being mounted 180* from the 
other head in the pair. These two approaches may be 60 
used independently to increase the amount of data that 
can be read during trick play mode. Alternatively, they 
can be combined to provide for maximum data recov- 
ery. 

The first approach which may be used to permit the 65 
reading of virtually all data in tracks passed over by a 
head during trick play mode requires that single heads 
be replace with co-located heads, i.e. pairs of heads 



arranged at mutually different azimuths, in such a man- 
ner that each track area passed over by the heads is 
passed over by at least one head of each possible azi- 
muth. Because of the physical proximity of each head in 
a pair of co-located heads, both heads pass over the 
same data on the tape. Thus, by using pairs of co- 
located heads it is possible to read all data passed over 
by the co-located heads with each head in the pair read- 
ing data from each alternating track which has data 
written at the same azimuth as the head doing the read 
operation. 

Since this approach requires the use of pairs of heads 
as opposed to single read/write heads, this doubles the 
number of heads required to implement a VTR using 
co-located heads as opposed to individual heads. For 
example, instead of having a two head VTR system 
with two heads spaced 180* apart, a similar VTR with 
co-located heads would comprise 2 pairs of co-located 
heads spaced 180* apart resulting in a four head VTR 
system. 

FIG. 2(a) illustrates a four head VTR system com- 
prising two pairs of co-located heads. As illustrated, a 
first and second pair of co-located heads HA-HB 20, 30 
are mounted 180° apart on a rotary head cylinder 25. 
The magnetic tape 1 wraps around the rotary head 
cylinder 25 for approximately 180° contacting one pair 
of the co-located heads HA-HB 20, 30 at any given 
time. 

FIG. 2(b) illustrates the paths traced out by the pairs 
of co-located heads HA-HB 20, 30 across the tape 1 
during 3x playback operation. In FIG. 2(6), as in FIG. 
1(c), reference numerals 1-A through 12-B are used to 
indicate tracks on tape 1. Odd numbered tracks 1-A 
through 11-A contain data written at an azimuth corre- 
sponding to the azimuth of head HA while even num- 
bered tracks 2-B through 12-B contain data written at 
an azimuth corresponding to the azimuth of head HB. 

During 3X playback operation, the first pair of co- 
located heads HA-HB 20 traces across paths 33 and 35 
while the second pair of co-located heads HA-HB 
traces across paths 34 and 36. Because co-located heads 
are used instead of individual heads, the data which is 
passed over by either pair of co-located heads can be 
read by one of the heads in the pair regardless of the 
azimuth at which the data is written. For example, head 
HA of the first pair of co-located heads HA-HB 20 
reads the data in track portions a, b, e, and f of FIG. 2 
while head HB of the first pair of co-located heads 
HA-HB 20 reads the data in track portions i and k. 
Similarly, head HA of the second pair of co-located 
heads HA-HB 30 reads the data in track portions j and 
1 while head HB of the second pair of co-located heads 
HA-HB 30 reads the data in track portions c t d, g, and 
bu Thus, by using pairs of co-located heads virtually all 
the data in paths 33, 34, 35, and 36 which are traced by 
the heads during trick play mode operation can be read. 

The second approach to increase the amount of data 
that is read during trick play mode also requires the use 
of additional heads beyond the two heads used in a basic 
VTR system. In accordance with this second approach 
N heads, where N> 1, may be arranged so that the N 
heads are equally distributed over the range of the ro- 
tary head cylinder used to read/write a track of data, 
i.e. a 180* portion of the rotary cylinder head. Accord- 
ingly, the total number of heads in such a system is 2N 
since there are N heads on each 180° portion of the 
rotary head cylinder. 
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In such a system, there are N heads in contact with a high data rate. High Definition Television ("HDTV") 
the tape at any given time. During standard playback which include systems capable of displaying higher 
operation, N-l heads provide redundant information resolution images with greater clarity than are possible 
which can be used for error checking or other purposes. with the current National Television Systems Commit- 
However, during tnck play modes where the tape 5 tee (NTSC) standard, will require an even higher digital 
moves at a speed faster than the standard speed, each of data rate to represent video images than is required to 
the N heads will pass over a different portion of the digitally represent images of a similar quality to those 
tracks and read some data not read by the other heads. transmitted in accordance with the current NTSC stan- 
When the tape moves at N times the standard speed, dard 

fi^^o^ 10 ordcr t0 P rovide the data needed to sup- 

ISilSSl. ' V s ° f a P° rt ™»*»8 and playback, VTRs capable of 

written on the magnetic tape so hat at least one of the recordin two data ^ * ^ b P e ^ 

° f Referring now to FIG. ««, there is illustrated a 2 X- 

by using additional heads in this manner, additional data nd 4 head VTR system. As illustrated, a 2 channel 
may be read dunng tnck play operation. 15 , . uo " atcu » a ^^nn^ 

pAfarnna ♦« t*tc* i/ w v • i j o VTR uses a of heads to write to or read from each 
Referring now to FIG. 3(a) there is illustrated an 8 „c Hat / p-.t, rtf . „ A rr D „ A ™T 

head VTR system having four heads distributed evenly ^ .httl^rV^ ^^^'^^xS^ 
over each 180' portion of a rotary head cylinder 40 m * ,? ^ ™ Uvo J hcads ^ HB of 

Thus, in the illustrated system N=4. As illustrated in mutu fv ^rent azimuths mounted on a rotary head 
FIG. 3a, in a system where N=4, there are four heads 20 4 m ™<*****? *at the heads in each pair 

in contact with the tape 1 at any given time. of ******** of simultaneously writing to, or 

When the system of FIG. 3(a) is operated in 4x ^ dm ? fr ° m / ^ <*™™to of a traclc on * e ^pe 1. 
playback operation the tape 1 moves at 4 times the ThuS ' m . such ****** th * data «e that the VTR can 
standard tape speed. In such a case, during each pass, at B nearly double data rate a sm « le channe l 

least one of four heads will trace over each 1 section of 25 ^ ^ su PP ort - As Crated in FIG. 4(6), the 
a track. Thus, as illustrated in FIG. 3(6), the heads of the tracks » T1 ^^S 11 T *> written by a 2 channel VTR 
8 head VTR of FIG. 3(a) will trace over all sections of each c^P" 5 * a first second data channel, channel 
the tape's tracks as the heads trace over one track after A channel B > respectively, 
another during 4X playback operation. Compression and decompression techniques may be 

Thus, if each head in the VTR system of FIG. 3(a) 30 to reduce tbe amount of digital data needed to 
could read all of the data over which it passes, all the represent images and sound. Accordingly, such tech- 
data on the tape could be read during 4x playback aiques are important in reducing the amount of digital 
operation. However, as described above in regard to data wfaich m ust be transmitted for television signals 
two head VTR systems, data in alternating tracks in a and the amount of data which must be recorded by 
VTR system using helical scanning methods are written 35 VTRs. However, even with such data compression, 
on the tape by heads with different azimuths. Accord- HDTV will still require large amounts of digital data to 
ingly, each one of the N heads in a system, having N ^* transmitted at high data rates to achieve HDTV 
heads on each 180° portion of a rotary head cylinder picture and sound quality. For example, one proposed 
such as the system of FIG. 3(a), will only be able to read HDTV system requires 24 million bits per second of 
data in tracks written using a head having the same 40 digital data to be transmitted to achieve HDTV picture 
azimuth as the head attempting to read the data. Thus, ^ sound quality. 

while all portions of the tracks will be traced over by The International Standards Organization has set a 
one of the N heads while operating in NX trick play standard for compression which includes the use of 
mode, not all the data, i.e. only about i of the data, will motion compensation principles. The standard is re- 
be read because each head will only be able to read data 45 ferred to as the ISO-MPEG (International Standards 
from every other track written at a standard speed due Organization-Moving Picture Experts Group) stan- 
to the fact that the data in alternating tracks were writ- dard. MPEG compression uses an adaptive motion- 
ten by heads having different azimuths. compensated Discrete Cosine Transform (DCT) that 
In order to read all the data passed over by the indi- perceptually optimizes picture encoding on a block-by- 
vidual heads, pairs of co-located heads can be substi- 50 block basis. The MPEG motion compression technique 
tuted for each of the N individual heads on each 180* has both unidirectional and bidirectional prediction 
portion of a rotary head cylinder. The use of N pairs of capabilities (both forward and backward in time) to 
co-located heads equally spaced from each other on accurately predict frames. This allows more bytes to be 
each 180* portion of a rotary head cylinder provides a used for picture detail. 

VTR system capable of reading almost all of the data 55 In accordance with the MPEG standard, analog 
during NX playback operation. Such a system generally video signals are digitized, matrixed and filtered to 
requires 4N heads to implement. Thus, for example, in produce an internal format used for the compression 
order to read virtually all the data from tracks during process. The compression process performs compres- 
4X playback speed requires a sixteen head VCR. sian using the MPEG compression algorithm. 

While known VTRs are primarily directed to record- 60 In summary, the MPEG compression operations that 
ing of analog signals, current advances in technology are implemented in the compression process include 
enable images to be encoded and decoded in digital motion compensated predictive coding and adaptive 
form and transmitted as a digital data stream. Accord- Discrete Cosine Transform (DCT) quantization, 
ingly, VTRs must be able to store and retrieve images MPEG utilizes data structures known as frames. A 
that can be represented in digital form. 65 frame contains picture information and defines one 

The digital representation of images, especially mov- complete video picture. For example, a frame of video 
ing images with accompanying sound, requires a high can consist of an array of luminance pixels (Y) and two 
digital data rate. Thus, digital television signals require arrays of chrominance pixels (Cr, Cb). 
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According to the MPEG compression algorithm, between slices. The position of slices may change from 
frames are classified into one of three types: intracoded- picture to picture. The first slice starts with the first 
frames (I-frames), predictively coded frames (P-frames) macroblock in the picture and the last slice ends with 
and bidirectionally coded frames (B-frames). I-frames the last macroblock in the picture. The first macroblock 
use purely spatial compression, and are processed inde- 5 in a slice has its macroblock parameters, e.g. DC coeffi- 
pendently of other frames. Thus, I-frames are processed cients of a DCT (if intra-coded) and motion vectors, 
entirely by intra-frame operations. A complete picture differentially coded from a constant value. Each subse- 
can be generated from an I-frame alone. quent macroblock in a slice has its macroblock parame- 

P-frames are coded using the previous I- or P-frames. ters measured as an offset from the previous macrob- 
The compression of P-frames relies on temporal predic- 10 lock in the slice. Accordingly, the size of the slice is the 
tion from previous I- or P-frames. Only forward motion minimum size for which a piece of data can be recov- 
estimation/compensation is used in the temporal predic- ered and correctly decoded. If part of a slice is lost, it 
tion. While P-frames may contain some intra-coded may not be possible to decode the differences in motion 
data, a complete picture, of the same quality as a picture vectors and DC coefficients contained in the remaining 
which can be generated from an I-frame, cannot be 15 part of the slice. 

generated from a P-frame alone because of the use of FIG. € illustrates a macroblock in accordance with 
forward motion estimation/compensation in a P-frame. the MPEG proposal which may be used, e.g. for 

B-frames are coded by a bidirectional motion com- HDTV signals. As illustrated in FIG. 7, a macroblock 
pensated predictive encoder using the two adjacent I- comprises four 8X8 luminance blocks (Y0, Yl, Y2, Y3) 
or P-frames. B-frames are temporally predicted from 20 and two 8X8 color difference blocks (Cr and Cb). The 
two adjacent anchor frames. Both I- frames and P- four luminance blocks (Y0, Yl, Y2, Y3) and two color 
frames serve as anchor (or reference frames) to the difference (Cr, Cb) blocks, which form a single macrob- 
motion compensation of other frames. The B-frame lock are used to encode a 16X16 picture element array 
temporal prediction uses motion compensation in for- covering the same spatial region in a picture. As de- 
ward and/or backward directions. B-frames are never 25 scribed above, a macroblock serves as the unit of mo- 
used to predict other frames. Because of the dependence tion compensation and adaptive quantization, 
of B-frames on the two adjacent anchor frames, B- In accordance with the MPEG proposal, motion- 
frames alone do not contain sufficient data from which compensated predictive coding is carried out by calcu- 
to generate a recognizable picture. lating motion vectors for every macroblock in a P- 

The above three types of frames differ in their use of 30 frame or B-frame. MPEG compression encodes motion 
motion estimation. Motion estimation refers to the pro- vectors on a macroblock basis, but does not specify the 
cess of computing the spatial displacement of blocks of technique for computing them. Thus, a variety of differ- 
pixels due to motion. The resultant motion vectors are ent motion estimation techniques can be implemented 
used in motion-compensated predictive coding. MPEG consistent with the MPEG standard. One technique, for 
uses both forward motion estimation (in which the esti- 35 example, is to compute motion vectors from the frame- 
mation is of the future referenced to the past), and back- to-frame correlation of blocks of pixels in the luminance 
ward motion estimation (in which the estimation is of signal, resulting in a motion vector for the luminance 
the past referenced to the future). Forward and back- component of the macroblock. 
ward motion estimation are also combined to produce The best mode for encoding each macroblock is se- 
bidirectional motion estimation. 40 lected. Within a given picture, each macroblock is 

In accordance with the MPEG proposal, frames are coded in one of several different modes, The intraframe 
arranged in ordered groups. A typical group is a series coding mode refers to macroblock coding in which 
of frames containing, e.g., in the order of their being only spatial information is used. Conversely, the inter- 
displayed, one I-frame, two B-frames, a P-frame, two frame coding modes (forward motion, backward mo- 
B-frames, a P-frame and then two B-frames. FIG. 5 45 tion and bi-directional motion) refer to macroblock 
illustrates a typical Group of Pictures in the order they coding in which information from frames other than the 
are displayed and the temporal prediction relationship current frame is used in the coding, typically for tcm- 
between the various frames which comprise the group. poral prediction in motion-compensated predictive cod- 

A group of pictures is intended to assist random ac- ing. For I-frame macroblocks, only intraframe coding 
cess into the sequence. In the stored bit stream, the first 50 mode is available. 

coded frame in the group is normally an I-frame. P-frame macroblocks are first checked to determine if 

In accordance with the MPEG proposal, after the interframe coding without motion compensation is ap- 
analog video signals are digitized, the digital data is propriate. This decision is made by computing the lumi- 
organized into macroblocks. A macroblock is the unit nance energy of a forward prediction residual for the 
of motion compensation and adaptive quantization. A 55 macroblock that results from an interframe coding 
number of macroblocks comprise a frame. Each mac- without motion compensation, and comparing it to a 
roblock defines a predetermined spatial region in a pic- threshold value. If the residual energy is below the 
ture, and contains luminance and chrominance informa- threshold, then the macroblock will be coded using 
tion. interframe coding without motion compensation. Oth- 

The MPEG proposal provides for the arrangement of 60 erwise, the residual macroblock from interframe coding 
macroblocks into slices. A slice is an integer number of with forward motion compensation will be derived and 
consecutive macroblocks from a raster of macroblocks. used in the final step of the coding mode selection. 
A slice represents the boundary within which differen- B-frame macroblocks are similarly processed to de- 
tial coding of macroblock parameters, e.g. DC coeftlci- termine whether interframe coding is appropriate. Since 
ents of a DCT, and motion vectors, is performed. Each 65 B-frames may be bidirectionally coded, interframe cod- 
slice has its own header information and can be indepen- ing can be either forward or backward, based on the 
dent of other slices. Each slice contains at least one preceding and following anchor (i.e., I- or P-) frames. It 
macroblock. Slices do not overlap and there are no gaps may also be based on the average of those macroblocks 
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from the preceding and the following anchor frames. In 
interframe coding using motion compensation, there are 
three possible modes: forward, backward, and bidirec- 
tional. The choice of coding mode for B-frame macrob- 
locks is also determined on the basis of luminance pre- 5 
diction residual energy. 

The final step in the coding mode selection for both 
P- and B-frame macroblocks is to choose between inter- 
frame coding and intraframe coding. Generally, P- 
frames and B-frames are encoded using interframe en- 10 
coding. This selection is made by comparing the lumi- 
nance energy of the original macroblock to the energy 
of the luminance interframe (with or without motion 
compensation) prediction residual macroblock. If the 
original macroblock has less energy than the prediction 15 
residual macroblock, the intraframe coding mode is 
selected. 

After the motion vectors have been calculated, each 
macroblock is transform encoded. In summary, the 
macroblocks are transformed from pixel domain to the 20 
DCT coefficient domain. The picture information in 
each frame (le., pixel values for I-frames, and residual 
error after prediction for B and P-frames) is trans- 
formed using the DCT and then adaptively quantized. 
For the purpose of perfonning the DCT, a frame pic- 25 
ture is divided, for example, into blocks of values (i.e., 
arrays of DCT coefficients). Each quantized DCT coef- 
ficient along with other MPEG-specific data is variable 
length encoded by the video encoder module to form 
MPEG codewords. 30 

The DCT process generates blocks of DCT coeffici- 
ents in a zigzag scanned format (Le., the low-frequency 
coefficients are followed by the higher frequency coef- 
ficients). This zigzag scan arrangement facilitates the 
subsequent run-length coding process. The DCT coeffi- 35 
cient for which the frequency is zero in both dimensions 
is called the DC coefficient. 

Next, adaptive quantization is performed on each 
block of DCT coefficients. After adaptive quantization 
has been applied to the DCT coefficients, the coeffici- 40 
ents undergo further compression involving such 
known techniques as differential coding, run-length 
coding and variable length coding. As a result, the 
video compression encoder module produces encoded 
data, in the form of variable length codewords, and 45 
information concerning the number of header and 
coded data bits per macroblock. The header provides, 
inter alia, a mechanism for dynamic specification of the 
picture size, in terms of pixels per line and a pixel aspect 
ratio. The video compression encoder module also out- 50 
puts information that states which frame the encoded 
data represents and which macroblock and slice the 
encoded data represents. 

The codewords are then further encoded by, for 
example, a transport encoder, to provide reliable deliv- 55 
ery of the variable length encoded compressed video. 

The MPEG compression standard also produces 
D-pictures, also referred to as D-frames. A D-picrure is 
coded using only intraframe encoding. Of the DCT 
coefficients in the coded representation of a D-picture, 60 
only the DC coefficients are present. Thus, D-pictures 
comprise the DC coefficient of each DCT block in the 
frame. D-pictures are not used in sequences containing 
frame types, such as I-, P-, or B-frames. 

D-pictures are thus stored separately from the normal 65 
MPEG bitstream and must appear in a separate picture 
sequence that cannot contain any other type of picture. 
Furthermore, D-pictures must be encoded and transmit- 
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ted separately. They must also be decoded using a sepa- 
rate algorithm from the algorithm used to decode the 
other frames, i.e. the I, P & B-frames. Thus, D-pictures 
cannot be decoded in conjunction with other MPEG 
data such as I-frames. 

A proposed standard for HDTV using motion com- 
pensation compression techniques is the Advanced Dig- 
ital Television ("AD HDTV**) system developed by the 
Advanced Television Research Consortium. The pro- 
posed AD HDTV system is described in the Advanced 
Television Research Consortium's "Advanced Digital 
Television, System Description" of Jan. 20, 1992 and in 
the Advanced Television Research Consortium's "Ad- 
vanced Digital Television, Prototype Hardware De- 
scription" of Feb. 12, 1992 which are both herein ex- 
pressly incorporated by reference. The proposed AD 
HDTV system uses a modified data compression tech- 
nique based on the ISO-MPEG standard, called 
MPEG + + . 

MPEG+ -t- compression uses a two-pass encoding 
system that has the function of adaptively segregating 
video data produced by the compression processor into 
a subjectively important high priority ("HP") bit stream 
and a less important standard priority ("SP") bit stream. 
The high priority bit stream provides data sufficient to 
produce a viewable picture and the additional standard 
priority bit stream provides the additional data need to 
produce full HDTV quality video. 

Separation into high and standard-priority data 
streams is carried out using an adaptive prioritization 
algorithm which takes into account, inter alia, the 
MPEG frame type (i.e., I, B or P), and the relative 
occupancies of HP and SP rate buffers at the output of 
the MPEG++ encoding system. Highest priority is 
given to the MPEG headers that indicate the start of 
video data blocks (e.g., slices and macroblocks), which 
are needed to initiate the decoding of received video 
data. I-frame data and P-frame motion vectors are also 
given relatively high priority, while most B-frame data 
is transmitted with standard priority. The adaptive prio- 
ritization algorithm outputs the data stream of code- 
words and a signal representing the priority level for 
each codeword stream. 

The AD HDTV system uses a Prioritized Data 
Transport (PDT) format to provide reliable delivery of 
variable length encoded compressed video data. The 
PDT format supports flexible multiplexing of video, 
audio and data services without requiring preselection 
of operating bit rates. The AD HDTV system accord- 
ingly formats all data into a sequence of fixed length 
packets, each with appropriate headers for identifica- 
tion and error recovery. These packets are called trans- 
port cells. 

The data stream of codewords and the priority level 
for each code word, Le. HP or SP, is received and the 
transport cells are filled with the data as appropriate to 
its priority. Each transport cell is tagged with an Adap- 
tion Header which includes information necessary to 
restart video decoding if synchronization is lost prior to 
the current transport cell. This information might in- 
clude macroblock number, block position within the 
macroblock, frame number, field or frame coding, quan- 
tization level, priority of the data, and a pointer to a data 
boundary within the cell. CeUs at different priority 
levels, i.e. HP or SP, may have different header infor- 
mation as appropriate to decode data of the given prior- 
ity level. 
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As described above, the proposed priority encoder of FIG. 7 illustrates the structure of a transport cell in 
the AD HDTV system separates a single encoded video accordance with the AD HDTV system proposal. Each 
codeword stream from the compression processor into cell contains an error correction layer and a prioritized 
two data streams corresponding to two priority levels: data transport (PDT) format layer. As illustrated in 
the high priority (HP) and the standard priority (SP) 5 FIG. 7, there are three sublayers within the PDT for- 
data streams. The goal of the priority encoder is to mat layer. They are a data link layer, an MPEG+ + 
produce a HP codeword stream that represents a view- adaption layer and the service data layer. The data link 
able picture. This HP codeword stream can be transmit- layer comprises a service type byte which carries the 
ted at a higher power and in a separate frequency range priority level indicator (HP or SP) and a frame check 
to increase the area of reception for at least the basic 10 sequence for error detection. Accordingly, the service 
video picture. type byte allows immediate identification of a transport 

The proposed AD HDTV system allows different cel1 to be eithe r &g n standard priority. The service 
approaches and criteria to be employed in the construe- tv P e bvte a ^ so identifies the data type for video, audio, 
tion of the HP and SP codeword streams. An allocation and auxiliary data and contains a 4-bit continuity 
process takes place once at the beginning of every frame 15 counter ( cc ) component. This counter increments by 
to determine the fraction of data for that frame that one for eac * 1 ceU transmitted. The continuity counter 
should be transmitted on the high priority channel. This allows the receiver buffers to detect cell discontinuity 
decision is based on the type of frame being transmitted ( due t0 uncorrectable cell errors) for a particular trans- 
Oh P- or B-frame), the number of bits generated for that port service * 

frame (available from the compression processor) and 20 ***** M*^ 0 * + adaption layer allows a decoder to 
the state of HP and SP buffers. In general, I-frame infor- synchronize to variable length codes within the MPEG 
mation tends to be the most important, and is generally compressed video service. The first usable entry-point 
transmitted on the high priority channel. There are two £ ^^1^ stored J m ^daP*** 

reasons for this. First, the effect of transmission error on „ Header (AH) of the MPEG ++ adaption layer. For 
I-frame data lasts longer than that on a P- or a B-frame 25 *f b P™nty <Iata, the AH contams shce entry point 
because it is the basis of prediction for both P- and ^?™*° n Le -. a to the first bit of the entry 

B-frames. Second, since there is no temporal prediction pomt of ? e f ce m transport data), frame type infor- 
for I-frames, errors on DCT coefficients may result in ma "° n ' ^ / rame numb * r f*!*?^ 6 ™? ben w ! tmn 
complete loss of picture information for a macroblock. , 0 J^I"^ paa "Z ^ ^ ™T°* * P ° m * r 

P- and B-frame^, on the other hand, can rely on par- 30 ^^hf^^^ t 
A . , , • . r ' . « frame number and the macroblock number within the 

tial motion information to produce reasonable images, f rame 

even m the event of complete loss of the DCT coeffici- ^ ^ j of ^ 

filr^ m f r^f^ fr ial trans P° rt data w * c » W include P video, audio 

objective to trails^ 35 nd/w daU> ^ ^ ^ tadudegvide0 . 

data as possible on the high pnonty channel. For P- , mc parameters ^ ^ for r esynchroniza- 

r^e^mostifnot all motion vector data, and possibly tion ^ a j bur$t Qf eirors A rec0fd ^ ^ 

some DC^oefricxenU are Uansimtted on the HP chan- at ^ of ^ gli ^ fc ^ > ^ 

nel. More DCT coefficients are transmitted on the HP M h riorit u n ^ onl J* number Qf 

channel if additional capacity is available. It is impor- cord headers m a cgll but 0fll ^ ^ fa 

tent to at leasttransmit motion ^information for these ^ ^ ^ en try-point in the AH, The entry-point fea- 

frames on the HP channel since the effect of losses tends ture m the ah for a HP cell, as stated above; contains 

to propagate until the next I-frame. Finally, B-frames information regarding the location of the start of data 

are considered the least important because they are not block (which k ^ s a ^ ^ welj ^ other MoTm ^ 
used for prediction purposes. Therefore, B-frame errors 45 tion such ^ ^ frame type and slice number. T*e RH 

are constrained to a single frame and do not propagate can mclude a priority breakpoint (specifying the break 

to other frames. In general, the amount of B-frame data between HP and SP information), a vertical position, a 

that are transmitted on the high priority channel is the quantization scale factor, and a record header extension, 

smallest among the three types of frames. Xo summarize, in accordance with the AD HDTV 

While the AD HDTV priority assignment process 50 system proposal, each HP cell contains data arranged in 

does not specify exactly what must appear in the HP slices. Each SP cell contains data arranged in macrob- 

data stream, the AD HDTV proposal provides general i oc ks. Entry points allow these data blocks to be seg- 

guidelines of priority assignments that can be used for mented across cell boundaries. However, the AH infor- 

each frame type. The AD HDTV proposal states that mation only contains one pointer to the start of the 
for all frame types, the three most important types of 55 macroblock or slice. There may, however, be more than 

information are frame headers, slice headers and mac- 0 ne macroblock or slice starting in each cell. Thus, at 

roblock information (addresses, types and quantitiza- least one of these blocks will not have an entry point 

tion). For I-frames, next in priority are (in order) DC recorded in the AH. Alternatively, a macroblock or 

DCT coefficients, low frequency DCT coefficients and slice may take up many cells, and thus there is not an 
finally high frequency DCT coefficients. For B- and 60 entry point for the block in subsequent cells. In the 

P-frames, next in priority are (in order) motion vectors, event of a cell loss, the entry point information can be 

DC DCT coefficients, low frequency DCT coefficients used for the rapid resynchronization of the transport 

and finally high frequency DCT coefficients. As stated data. In the event of an error leading to the loss of a cell 

above, the codewords are prioritized into DCT coeffici- without an entry point, the receiver will restart deced- 
ents of increasingly higher spatial frequency. 65 ing at the next block with an entry point. 

In the proposed AD HDTV system, the HP data rate Another proposed standard for HDTV is the DigiCi- 

is one fourth the SP data rate. Accordingly, the ratio of pher system (also referred to as the ATVA-Interlaced 

HP to SP data is 1:4. system) developed by General Instrument Corporation. 
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This proposed system is described in General Instru- 
ment Corporation's "DigiCipher HDTV System De- 
scription" of Aug. 22, 1991 which is hereby expressly 
incorporated by reference. The DigiCipher system uses 
transform encoding as the technique of data compres- 5 
sion. 

The DigiCipher system does not have complete, tem- 
porally coincident frames of intra-coded data. Rather, 
intra-frame data updates an image on a regular basis in 
vertical columns on the screen. 10 

In the DigiCipher system, a pixel is an 8 bit active 
video sample (luminance or chrominance) while a block 
is an image area of 8 X 8 pixels. A superblock is an image 
area comprising 4 luminance blocks horizontally by 2 
luminance blocks vertically and one associated chromi- 15 
nance block each for U and V values derived from that 
image area. A macroblock is an image area of eleven 
horizontally arranged superblocks. 

The DigiCipher system transforms a block of pixels 
into a new block of transform coefficients using the 20 
DCT. The transform is applied to each block until the 
entire image has been transformed. 

Next the number of bits required to represent the 
DCT coefficients is reduced. Accordingly, a coefficient 
quantization process gives weights to each of the DCT 25 
coefficients. Each coefficient is divided by its weighing 
factor. Then a quantization factor is determined based 
on scene complexity and perceptual characteristics, and 
additional scaling takes place by dividing the weighted 
coefficients by the quantization factor. 30 

The quantization method of the DigiCipher method, 
however, is not applied to the DC coefficient The most 
significant bits of the DC coefficient are always se- 
lected, independent of the quantization level. 

Next a statistical coding technique, such as a Huffman 35 
coding, is used that does not degrade the image. The 
DCT coefficients are serialized into a sequence and 
amplitude/run length coded. A codeword is assigned 
indicating the amplitude of the coefficient and the num- 
ber of zeros preceding it (runlength). 40 

In addition, the DC coefficient is Huffman coded 
after it is differentially coded within a superblock. The 
efficiency of this coding process is heavily dependent 
on the order in which the coefficients are scanned. By 
scanning from high amplitude to low amplitude, it is 45 
possible to reduce the number of runs of zero coeffici- 
ents typically to a single long run at the end of the 
block. The coefficients are zigzag scanned going down 
first from the DC coefficient. 

There is a limit to the amount of compression possible 50 
by spatial processing alone. An interframe coder, how- 
ever, can benefit from temporal correlation as well as 
spatial correlation. A very high degree of temporal 
correlation exists whenever there is little movement 
from one frame to the next. 55 

In the DigiCipher system, the signal is compressed by 
first predicting how the next frame will appear and then 
sending the difference between the prediction and the 
actual image. A reasonable predictor is the previous 
frame. This sort of temporal differential encoding will 60 
perform very well if little movement occurs or if there 
is little spatial detail. At other times, it will be less effec- 
tive and occasionally worse than if the next frame had 
simply been encoded without prediction. 

Instead of transform coding an image directly, an 65 
estimate of the image is first generated using motion 
compensation. The difference between this estimate and 
the actual image is then transform coded and the trans- 
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form coefficients are then normalized and statistically 
coded as before. The second of the two frames from 
which the motion estimates are derived is always the 
previous frame as it appears after reconstruction by the 
decoder. 

Differential processing in general causes a basic prob- 
lem for the decoder. When a decoder is tuned to a new 
channel, it has no "previous frame" information. Acqui- 
sition would be delayed until at least one pulse code 
modulation ("PCM") version of every block is re- 
ceived, which results in an unbounded acquisition time. 

Thus, in the DigiCipher system, during each 0.37 
second interval, all blocks are processed once in PCM 
form on a distributed basis. This technique results in a 
0.37 second differential pulse code modulation 
("DPCM") based acquisition time component, but 
spreads the resulting increase in channel bits uniformly 
over time. 

The 0.37 second parameter would imply a forced 
PCM block once every 1 1 frames, and there is a neces- 
sary but nontrivial reduction in the overall compression 
efficiency. The 0.37 second parameter can be varied to 
trade off acquisition time versus efficiency. 

Thus, the DigiCipher system has very little tolerance 
for errors or missing information in the data stream. The 
DigiCipher system will repeat a macroblock from the 
previous frame when an error is detected. Errors are 
detected by checking whether all the compressed data 
is used when a macroblock processing is finished. Be- 
cause of the variable length encoding of data, resyn- 
chronization must take place after an error occurs. 
There is no place for resynchronization, however, ex- 
cept at the start of the next frame using a next frame 
pointer. 

The above-described systems do not specify the data 
formats and compression techniques to make the sys- 
tems suitable for VTR applications. Requirements pecu- 
liar to VTRs include the need for the ability to record 
for normal speed playback as well as fast forward play- 
back at a variety of speeds, reverse playback at "nor- 
mal" speed and other speeds, slow motion playback and 
freeze-frame viewing. A VTR must be able to receive 
data and arrange it so that it can be stored on a tape in 
a suitable format to allow playback at different speeds 
and in different modes. 

The playback of recorded compressed digital video 
data is difficult at speeds faster than the normal forward 
speed and in reverse direction. The reason is that digital 
compression systems, such as those systems described 
above (i.e., the AD HDTV system and the DigiCipher 
system) produce very compact non-redundant descrip- 
tions of images. Consequently, the delivery of only a 
portion of the compressed data (such as occurs at higher 
than normal playback speeds) results in a playback data 
stream that is largely incomprehensible to a video de- 
coder. 

The use of the MPEG standard for supporting fast 
play modes in a VTR has been suggested by a report 
titled "Coding of Moving Pictures and Associated 
Audio for Digital Storage Media at up to about 1.5 
Mbit/V\ ISO 2-11172 rev 1, Jun. 10, 1992, hereinafter 
"the MPEG report", which is hereby expressly incor- 
porated by reference. In the MPEG report, at pp. D-52 
to D-54, it is suggested that MPEG D-frames and I- 
frames, both of which contain only intra-coded mate- 
rial, can be used to support fast forward play. 

As described above, MPEG D-frames, which are an 
extension of the normal MPEG data stream, contain 
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only the DC coefficients of a DCT transform. There- 
fore, D-frames contain only information encoded using 
intra-frame processing. In MPEG, D frames are com- 
pletely independent of the normal bitstream of I-, B- and 
P-frames and thus must be encoded, transmitted and 5 
stored separately from the normal data stream. Further- 
more, D-frames must be decoded by a different algo- 
rithm which requires the use of a separate decoder 
circuit from the decoder circuit used to decode I-, B-, 
and P-frames. 10 

Such requirements of separate encoding, decoding 
and storage of D-frames adds to the cost and complex- 
ity of a VTR which uses D-frames for fast play modes 
of operation. In addition, the picture quality that can be 
reproduced using intra-coded D-frames alone is rela- 15 
tively poor compared to pictures which can be repro- 
duced from I-frames, for example. 

Further, the MPEG report suggests that the MPEG 
standard can be used to support fast play if I-frames are 
appropriately spaced in a sequence. As an example, the 20 
MPEG report states that if I-frames were spaced regu- 
larly every ten frames, then a decoder might be able to 
play the sequence at ten times the normal speed by 
decoding and displaying only I-frames. 

While suggesting the above use of I-frames for fast 25 
play, the MPEG report recognizes that this concept 
places considerable burdens on the media and the de- 
coder. To use I-frames as suggested, the media must be 
capable of speeding up and delivering ten times the data 
rate and the decoder must be capable of accepting this 30 
higher data rate and decoding the I-frames. While the 
MPEG report recognizes these problems, it fails to 
teach how to overcome these burdens on the media and 
decoder so that a VTR can actually be implemented 
using the suggested approach. 35 

The MPEG report further suggests that the media 
itself might be used to somehow sort out the I-frames 
and transmit them to produce a valid MPEG video 
bitstream during fast play. However, the MPEG report 
does not suggest how the media might actually imple- 40 
ment such a system. 

In addition to the problems encountered during fast 
play, there are several problems associated with reverse 
play by a VTR which stores information in accordance 
the MPEG standard or other highly compressed data 45 
formats. For a VTR to decode an inter-frame encoded 
bitstream and play in reverse, the VTR's decoder must 
decode each group of pictures in the forward direction, 
store the decoded pictures, then display them in reverse 
order. This places severe storage requirements on the 50 
decoder and further complicates the problem of gaining 
access to the coded bitstream in the correct order. Fur- 
thermore, similar problems to the ones discussed above 
in regard to fast play arise if reverse playback is to be 
performed at different speeds. 55 

Accordingly, there are several problems which need 
to be addressed when the MPEG or similar standards 
are used for recording video information on a tape by a 
VTR. 

One known VTR which supports high speed play- 60 
back receives an analog video signal, digitizes the sig- 
nal, and converts each picture frame in the signal into 
main information (for rough formation of the whole 
image during high speed playback) and subinfonnation 
(for forming details of the image). The main information 65 
and subinfonnation corresponding to each picture 
frame are recorded on a single track with each track on 
a tape storing data corresponding to a different picture 



frame. Each block of main information, corresponding 
to a particular frame, is recorded at the center of the 
recording track which contains all the data correspond- 
ing to the particular frame. The subinfonnation corre- 
sponding to the particular frame is recorded on regions 
on both sides of the center of the track containing the 
main information belonging to the particular frame. 
During trick play, the main information is used to gen- 
erate images which are displayed. 

The known VTR does not receive data in a com- 
pressed format and, to make its conversion to main and 
subinfonnation, requires that the received analog video 
signal be digitized and encoded before the data can be 
recorded on tape. Furthermore, the encoding and one 
frame per track recording processes used support only 
intra-frame encoding of pictures. Such a system has 
serious drawbacks where the picture information for an 
intra-coded frame of video, such as in the case of 
HDTV, may not be able to be stored in a single tape 
track because of the large amount of data involved. 
Furthermore, such a system fails to take advantage or 
address the use of inter-frame coding techniques to 
reduce the amount of data which must be stored for a 
series of frames. 

SUMMARY OF THE INVENTION 

The present invention provides a digital video re- 
corder compatible receiver. In a representative embodi- 
ment, the receiver comprises a digital video tape re- 
corder ("VTR") port and a video decoder including an 
error concealment circuit The video decoder receives 
video data which it decodes and outputs to a display 
device such as a cathode ray tube or liquid crystal dis- 
play device. 

The digital VTR port is adapted for coupling the 
receiver to a VTR command and data output of a video 
tape recorder. The digital VTR port receives from the 
VTR video data and VTR commands. The VTR com- 
mands may indicate, e.g., that the VTR is operating in 
trick play mode or that particular trick play error con- 
cealment operations are to be performed. The video 
data can comprise, for example, digital video/audio 
data packets. The VTR commands can be received by 
the receiver via a separate command line coupled to the 
digital VTR port or as part of the video/audio data 
packet stream. Alternatively, the error concealment 
circuit may detect that the VTR is operating in trick 
play mode by monitoring the received video data and, 
e.g., detecting that data for fewer inter-coded frames 
are being received than would be the case during nor- 
mal VTR playback operation. 

The video decoder including the error concealment 
circuit is coupled to the digital VTR port. On receiving 
a VTR command that indicates that the VTR is operat- 
ing in trick play mode or upon determining from the 
received data that the VTR is operating in trick play 
mode, the error concealment circuit disables normal 
play error concealment performed on the video data 
and enables trick play error concealment. While there 
may be a number of error concealment operations that 
are the same for both normal play error concealment 
and trick play error concealment, trick play error con- 
cealment includes additional error concealment opera- 
tions which are not performed during normal playback 
operation. Thus, trick play error concealment includes 
error concealment operations which are specifically 
directed to the concealment of errors resulting from 
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trick play VTR operation such as fast forward or re- 
verse playback operation. 

The error concealment circuit of the present inven- 
tion may include a temporal filter and/or a spatial filter 
for performing temporal filtering and/or spatial filter- 5 
ing, respectively, of the video data when trick play 
error concealment is enabled. Accordingly, the receiver 
of the present invention is capable of treating data dif- 
ferently during VTR trick play operation than during 
normal play operation. This permits a receiver of the 10 
present invention to display data supplied from a VTR 
during trick play mode in a manner that provides higher 
quality images than would be possible if the receiver 
operated as if it were receiving normal play data. 

One embodiment of the receiver of the present inven- 15 
tion further comprises a transport and priority decoder 
circuit coupled to the digital VTR port and the video 
decoder. The transport and priority decoder circuit 
receives the video/audio transport data packets and 
VTR commands and performs depacketization and ^ 
priority decoding on the video data to generate video 
codewords which are supplied to the video decoder for 
additional processing and error concealment operations 
prior to display of the video data. 

Additionally, in accordance with another feature of 
the present invention, the digital VTR port and the 
transport and priority decoder circuit may be coupled 
to a tuner module. The tuner module receives a signal 
from a transmitter or other transmission service and ^ 
performs demodulating, trellis decoding and de-inter- 
leaving on this signal to generate video/audio transport 
data packets. In addition, via the tuner module, the 
receiver of the present invention can receive a video 
signal from a VTR. If the signal is from the VTR, the 35 
receiver's error concealment circuit and/or video de- 
coder may receive VTR commands via the tuner mod- 
ule along with other video and/or audio data. 

Accordingly, the receiver of the present invention 
can receive data from either a digital VTR port or from 40 
radio frequency signals. A signal select device is oper- 
ated to select either the transport data packets from the 
tuner module or the transport data packets from the 
VTR port for transport depacketization and decoding 
by the transport and priority decoder. Thus, the re- 45 
ceiver of the present invention can receive data from a 
VTR directly or through its tuner module. In either 
case, if the receiver detects that it is receiving data from 
a VTR operating in trick play mode or the receiver 
receives a VTR command indicating that it is receiving 50 
data from a VTR operating in trick play mode, trick 
play error concealment is performed and normal play 
error concealment is disabled by the receiver in order to 
provide a series of recognizable images or portions of 
images to a display device when receiving data from a 55 
VTR operating in trick play mode. 

BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1(a) is an illustration of a conventional two head 
video recording system. 60 

FIG. 1(b) illustrates a portion of a tape, including a 
series of parallel tracks, written on the tape by the video 
recording system of FIG. 1(a) wherein track separa- 
tions are shown only for the purpose of clarity. 

FIG. 1(c) illustrates the paths traced by the record/- 65 
playback heads of the video recording system of FIG. 
1(a), across a portion of the tape during playback opera- 
tion at three times the standard playback speed. 
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FIG. 2(a) is an illustration of a four head VTR system 
comprising 2 pairs of co-located heads. 

FIG. 2(b) illustrates the paths traced across the tape 
by the pairs of co-located heads of the VTR system of 
FIG. 2(a) during playback operation at three times the 
standard playback speed. 

FIG. 3(a) is an illustration of an 8 head VTR system 
having four heads distributed evenly over each 180° 
portion of a rotary head cylinder. 

FIG. 3(b) illustrates the paths traced out across the 
tape by the heads of the VTR of FIG. 3(c) during 4x 
playback speed operation. 

FIG. 4(a) is an illustration of a 2 channel, 4 head VTR 
system. 

FIG. 4(b) is an illustration of a portion of a tape in- 
cluding a series of 2 channel tracks recorded on the tape 
by the VTR system of FIG. 4(a) . 

FIG. 5 is an illustration of a typical Group of Pictures 
in the order they are displayed. 

FIG. 6 illustrates a macroblock in accordance with 
the MPEG proposal which may be used, e.g., for 
HDTV signals. 

FIG. 7 illustrates the structure of a transport cell in 
accordance with the AD HDTV system proposal. 

FIG. 8(a) is a block diagram of a video and audio 
transmission circuit in accordance with one embodi- 
ment of the present invention. 

FIG. 8(a) illustrates a representative video packet 
header which may be attached by the transport packe- 
tizer, illustrated in FIG. 8(a), to the data packets gener- 
ated in accordance with one embodiment of the present 
invention. 

FIG. 9 is a block diagram of a circuit for a digital 
VTR compatible receiver in accordance with one em- 
bodiment of the present invention. 

FIG. 10(a), is a block diagram of a VTR recording 
circuit in accordance with one embodiment of the pres- 
ent invention. 

FIG. 10(b) illustrates a data block which is represen- 
tative of one possible format for a data block which may 
be generated by the VTR framing and ECC circuits of 
the recording circuit of FIG. 10(a). 

FIG. 11 is a block diagram of a VTR playback circuit 
in accordance with one embodiment of the present 
invention. 

FIG. 12(a) illustrates a portion of a tape containing a 
plurality of trick play tape segments arranged to form a 
multi-speed playback track in accordance with the pres- 
ent invention. 

FIG. 12(b) illustrates a portion of a tape containing a 
plurality of trick play tape segments arranged to form a 
multi-speed playback track in accordance with one 
embodiment of the present invention 

FIG. 12(c) illustrates a portion of a tape including a 
plurality of multi-speed playback tracks in accordance 
with one embodiment of the present invention. 

FIG. 12(d) illustrates a portion of a tape including a 
multi-speed playback track arrangement which is imple- 
mented for a VTR system using two data channels per 
track. 

FIG. 13(a) illustrates the portions of trick play seg- 
ments of a fast scan track from which data may not be 
recovered during trick play operation due to track 
switching loss. 

FIG. 13(6) illustrates a portion of a tape with both 7 X 
reverse fast scan tracks and 9x fast forward fast scan 
tracks recorded on the tape in accordance with one 
embodiment of the present invention. 



05/31/2002, EAST Version: 1.03.0002 



5,377,051 

19 - 20 

FIG. 13(c) illustrates the trick play tape segments of an acceptable number of recognizable images or por- 

3 X fast scan tracks which a 4 head, 2 channel VTR can tions of images during trick play operation* As will be 

read during trick play operation. described below, the trick play segments in such an 

FIG. 13(<i) illustrates the trick play tape segments of embodiment form what is referred to as a "multi-speed" 

3x fast scan tracks which an 8 head, 2 channel VTR 5 playback track which may run, e.g., parallel to the 

with co-located heads can read during trick play opera- length of the tape. In another embodiment, trick play 

tion. segments may be located in such an arrangement that 

FIG. 14(a) illustrates the range of areas, of a 2 chan- the heads of a VTR pass over an optimum number of 

nel track, the heads of a 2 channel VTR may pass over trick play segments during operation at a particular 

during trick play operation given expected tracking 10 trick play speed. In accordance with this embodiment, 

errors. the trick play segments that are passed over during each 

FIG. 14(b) is an illustration of a tape segment and the pass of a VTR*s head across the width of the tape dur- 

various possible regions of the tape segment that may be ing trick play operation at a particular playback speed 

passed over by a head of a VTR during trick play opera- and direction of operation, comprise a fast scan track 

tion in view of expected tracking errors. 15 for the particular trick play speed and tape direction. 

FIG. 115 is an illustration of a tape segment including One particular embodiment of the present invention 

both a 9x fast forward fast scan track and a multi-speed is directed to a video (and audio) transmission circuit 

playback track. which digitizes, encodes, prioritizes and packetizes 
tyrt a tt T?T\ rn3<2<-p nrrmw ( md audio ) signals, for subsequent transmission, 

uci aii^cxj uns^iurnuiN 20 in a manner that optimizes the format of the resulting 

One embodiment of the present invention is directed digital data for use by a video recording device, e.g., a 

to transmitter circuits, which supply video (and audio) VTR. The system of the present invention may be used 

signals to digital video recording devices, e.g., VTRs, in conjunction with, e.g., various digital HDTV sys- 

for recording and later playback during both normal terns. 

and trick play operation. Various other embodiments of 25 As described above, there are various proposals for 
the present invention are directed to circuits, e.g., VTR digital HDTV systems. However, none of the proposed 
record and playback circuits, for recording digital systems include data formats which are fully optimized 
video (and audio) signals for playback during trick play for VTR compatibility. One embodiment of the present 
operation. In addition, still other embodiments of the invention is directed to a circuit that optimizes digital 
present invention are directed to receiver and display 30 video (and audio) data streams for use with VTRs and 
circuits which are capable of receiving and displaying other digital video recording devices while maintaining 
transmitted audio and video signals received from, e.g., compatibility with the compression techniques nor- 
a transmission service or a VTR. Various circuits and mally used to create such data streams, e.g., the corn- 
embodiments of the present invention facilitate VTR pression techniques used by the various proposed 
trick play operation by, e.g., facilitating the selection of 35 HDTV systems. Generally, the circuit of the present 
data for recording in tape segments, referred to as trick invention provides for implementation of (1) a VTR 
play tape segments, which are then read during VTR optimized data prioritization scheme, (2) packetization 
trick play operation. of the data in a manner that is reflective of the imple- 
In accordance with various embodiments of the pres- mented VTR optimized prioritization scheme, and (3) 
ent invention, a VTR writes data, which is particularly 40 headers that describe the contents of the data packets 
useful for generating recognizable images during trick and permit the contents to be identified without full 
play operation into trick play tape segments as will be decoding of the data packets. 

described below. Because trick play segments are of a Referring now to the drawings, and initially to FIG. 
limited size, the selection of data that is written into 8(a), there is illustrated a block diagram of a video and 
such segments becomes important if recognizable im- 45 audio transmission circuit, according to one embodi- 
ages of reasonable quality are to be generated from the ment of the present invention, generally indicated by 
limited data read from the trick play segments during the reference numeral 100. The circuit 100 comprises a 
trick play operation. The data contained in each trick video encoder 102, an audio encoder 103, a prioritizer 
play segment comprises what are referred to as trick 104, a transport encoder 109, a channel modulator 110 
play data blocks. Accordingly various embodiments of 50 and a transmitter/antenna 112. 
the present invention, described below, are directed to In one embodiment of the present invention, the 
circuits which prioritize and sort video data for record- video encoder 102 has a video input for receiving an 
ing in trick play segments. Furthermore, several fea- uncompressed analog video signal from a video source 
tures of the present invention support prioritization and such as a video camera. The video encoder 102 digi- 
sorting of video data by a VTR without requiring the 55 tizes, encodes and compresses the received video signal 
VTR to fully decode the data packets which comprise to produce a stream of encoded video data, e.g., a video 
the video data stream. codeword data stream. To produce the video codeword 
The present invention is also directed to circuits data stream, the video encoder 102 may use one or more 
which optimize the amount of data that can be read known encoding and data compression techniques such 
from trick play segments during trick play mode by 60 as motion estimation and/or other MPEG encoding 
locating the trick play segments at particular locations techniques. Accordingly, depending on the encoding 
on a tape designed to optimize recovery of trick play technique used, the encoder can output data in the form 
data during VTR trick play operation. As will be de- of codewords corresponding to various types of video 
scribed below, in accordance with one feature of the data including video frames, superblocks, slices, mac- 
present invention, trick play segments may be located in 65 roblocks, and various other subsets of video information 
a geometric arrangement on a tape so that sufficient which the data in the codeword data stream can repre- 
trick play data can be recovered at several different sent in accordance with various possible data structures 
trick play speeds and directions of operation to generate and encoding techniques. The video encoder 102 may 
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generate picture headers in addition to codewords, with The prioritizer 104 has two outputs coupled to inputs 
an individual picture header being associated with the of the transport encoder 109. The transport encoder 109 
particular codewords that comprise each individual comprises a video transport packetizer 106 and a multi- 
video frame. plexer 108. The video transport packetizer 106 is re- 
The codeword data stream output by the encoder 102 5 sponsible for the packetization of the encoded video 
comprises, e.g., a stream of codewords wherein each data, i.e. the video codewords supplied by the priorit- 
codeword is represented by a variable number of bits. izer 104. 

The codewords are normally recognizable by their The prioritizer 104 of the present invention outputs 
position relative to one another and therefore are under- the video codeword data stream via a video codeword 
stood in the context of their order in the codeword data 10 data stream output which is coupled to a corresponding 
stream. The codewords in the data stream may repre- input of the transport encoder's video transport packe- 
sent, e.g., picture, slice, and macroblock headers. ^ ZCT *&6- addition, a priority level signal output of 

The audio encoder 103 receives an audio signal from, the prioritizer 104 is coupled to a corresponding input 
e.g., a microphone which can be attached to a video °f the transport encoder's video transport packetizer 
camera which serves as the source of the video signal 15 via this connection, the prioritizer 104 supplies the 
supplied to the video encoder 102. The audio signal is packetizer 106 with a signal that indicates the assigned 
digitized, encoded, and packetized by the audio encoder priority level of the data in the video codeword data 
103. The audio encoder 103 outputs packets of encoded stream. 

audio data via an audio data packet output that is cou- The vifeo transport packetizer 106, of the transport 
pled to a corresponding input of the transport encoder's 20 encoder 109 > is ^so supplied with several signals from 
multiplexer 108. ^ e video encoder 102. The video encoder 102 supplies 

In video transmission systems, such as the proposed hifonnation to the packetizer 106 indicating a corre- 
AD HDTV system, which transmit portions of the s P°ndence between the video codewords in the code- 
video data over multiple data channels, it is necessary to ^ or f da ^ stream 311(3 which P^ 0 ^ f rame, super- 
provide a method of separating the video data stream 23 block > sh ™> macroblo< * or other piece of video infor- 
for transmission over separate data channels based on, * e ^ represents. Accordingly, FIG. 8(a) 

e.g. prioritizing the video data. The video data can then sho ™ a frame ^nnation output, a macroblock infor- 
be separated according to its relative priority for trans- ' niation output and a slice information output each being 
mission over the various data channels based on the , n ^rrespondmg mput of the video transport 

data's assigned priority level relative to the other data in 30 Pf?*™ r 106 ' 11 15 10 be that the number of 

the data stream. For example, the AD HDTV system ^?™T co ^tions between *e video en- 

proposal requires that the codewords output by the ^JJJ ™t ^ ^ ^ ^ 

video encoder be divided into two data strLns, i.e. a JlS^^J? T C °™ C T« 
high priority (HP) data stream, which cental data 35 SK^^^ 

essential for creating viewable images, and a standard 35 f£ ^ ™P emented. However, the video encoder 
. , , . * , . , *. ; ~T . 102 will generally supply the packetizer 106 with infor- 

pnonry (SP) data stream which contains the remaining mation fo 5 r mclu i on jacket headers which the packe- 

£ l^wn ^^W^ p f- tizer 106 adds to each video packet it creates. * 
ity. In the AD HDTV proposal, the HP and SP date ^ ^ tt rt packe ^ er 106 laces the ^ 

£55T a fi^^ , ■„ , - adds headers t0 each ***o P ackct - Th e Packet 

Whde the proposed HDTV systems provide for data headers '^^^ neces ^ to restart video 

pnontzation and transmission over separate data chan- decodillg tf daU synchronization is ^ st ^ Momz . 

nels, die proposed pnontization schemes fad to opti- tjon mcluded ^ the header added b ^ t rf 

mize data based on the data's utility to VTR applies- 45 p^etizer 106 may include, e.g., macroblock number, 

%t • ^ ^ x. u superblock position within the macroblock, frame num- 

♦ ?!f - PT ££ f pfeSent . mventl0n ' ber, field or frame coding, quantization level, the prior- 

trated in FIG. 8(a), implements a pnontization scheme ity level of the data contained in the packet, and a 

that is based on the video data's utihtyto VTR applica- pointer to a data boundary within the video data packet, 

nons such as tack play operation. Thus, video data 50 Different priority packets may be provided with differ- 

utihty is determined as a function of how useful the data e nt headers containing information useful in decoding 

is for generating a recognizable and scaleable image the data of the given level. Appropriately packetizing 

which is useable during tnck play operation. aad identifying the data type and/or the VTR priority 

As illustrated in FIG. 8(a), a video codeword data level of the packetized video data, using, e,g., packet 

stream output of the video encoder 102 is coupled to a 55 headers permits a VTR which receives the transmitted 

corresponding mput of the priontizer 104. The priorit- packetized data to sort, record, and retrieve the digital 

izer 104 receives the video codeword data stream from information with a minimum amount of decoding 

the video encoder 102 and prioritizes the codewords in Referring now to FIG. 80), there is illustrated a 

the data stream into different pnority levels. suitable video packet header 150 which can be attached 

As part of the prioritization process, the prioritizer 60 by the transport packetizer 106 to the data packets gen- 

104 recognizes sub-sets of various types of digital video erated in accordance with the present invention. As 

data, i.e., types of data contained in the video code- illustrated in FIG. 8(6), the packet header 150 comprises 

words, that are particularly useful to VTRs. The video a packet ID data block 151, a priority ID data block 

codewords in the video codeword data stream are prio- 152, an entry point data block 154, an entry ID data 

ritized, i.e. assigned differing priority levels, based on 65 block 156 and a block of process variables 158. The 

the relative utility of the data in each codeword to VTR packet ID data block 151 comprises information identi- 

applications and in particular, to the data's utility in fying the source of the packet, the packets sequence 

generating an image during trick play operation. number, etc. The priority ID data block comprises in- 
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formation indicating the priority of the data contained for the data to record in the trick play segments. Then, 
within the particular video data packet The entry point only when there is not enough data in the high priority 
data block U54 contains a pointer to the next object in data stream to fill the trick play segments does the VTR 
the data packet, e.g. a macroblock or superblock have to sort the data in the standard priority channel, 
header. The entry ID data block 156 contains the ID of 5 In such an embodiment, wherein multiple channels 
the object pointed to by the entry point ID data block are being used to transmit the video/audio transport 
154. In addition, the header 150 also includes a block of data packets, the transport encoder's video transport 
process variables 158 which are necessary for decoding packetizer 106 performs the operation of separating the 
and which might be lost during resynchronization. video packets into multiple data streams for transmis- 
Such process variables may include variables in the 10 sion via separate channels using the transport data chan- 
video codeword data stream that are global for an entire nel prioritizer 105. 

frame or image sequence. The AD HDTV system proposal requires that the 

Video data prioritization and packetization in the HDTV data transport cells be divided into two data 
above manner facilitates a VTR's identification of data streams, Le. a high priority (HP) and a standard priority 
which is important to trick play operation. As will be 15 (SP) data stream for transmission via two separate data 
described below, a VTR in accordance with a feature of channels. Furthermore, the proposed AD HDTV sys- 
the present invention, can selectively record packetized tern uses I-, P-, and B-frames characteristic of MPEG 
data in particular trick play segments, i.e. geographic video encoding. While the published system dcscrip- 
areas on a tape from which data can be read during trick tions only set forth general guidelines for detennining 
play operation. Trick play segments are of a limited 20 the contents of the HP data stream, the video packetizer 
size. Thus, a VTR which uses these segments to store 106 implements a scheme for detennining the video data 
data for trick play operation, must be selective in the contents of the HP data stream based on the relative 
data that it records in the trick play segments if it is utility of the video data for VTR applications such as 
going to be able to generate recognizable images from trick play operation. 

the limited amount of data recorded therein. In accor- 25 The video transport packetizer 106 illustrated in FIG. 
dance with the present invention, the VTR selects the 8(a) is particularly well suited for use with the proposed 
video data to record in these trick play segments from AD HDTV system because it packetizes and assigns a 
the video data stream based on how useful the data is for portion of data to a HP data channel and a portion to a 
generating a recognizable image during trick play oper- SP data channel. The relative proportion of HP data to 
ation. The data is then recorded in the trick play seg- 30 SP data in the AD HDTV system proposal is 1:4. Ac- 
ments on a space available basis with the highest prior- cordingly, over a preselected fixed time period, deter- 
ity data being stored before lower priority data. Prioriti- mined by the amount of time required to fill-up rate 
zation and identification of data particularly useful to buffers contained within the video transport packetizer 
trick play mode prior to transmission reduces the bur- 106, which are used for sorting data into HP data and 
den on a VTR to decode and sort the video data while 35 SP data, the video transport packetizer 106 assigns the 
eliminating the need for the VTR to prioritize the data highest priority codewords received from the priorit- 
for trick play operation. Accordingly, prioritizing the izer 104 to the HP data stream. The video transport 
video data before transmission permits simpler, cheaper packetizer 106 assigns the remaining data received dur- 
VTRs with trick play capability. ing the same time period to the SP data stream. The data 

The video codeword data stream which is output by 40 is thus divided by the packetizer 106 in as close a ratio 
the prioritizer 104 can be packetized and divided into as possible to the specified ratio of 1 packet of high 
two or more data streams for transmission via multiple priority data to 4 packets of standard priority data, 
transmission channels, e.g. a high priority and a Stan- To reduce receiver and VTR data buffering require- 
dard priority transmission channel. In such an embodi- ments, the video transport packetizer 106 and multi- 
ment, the video transport packetizer 106 divides the 45 plexer 108 organize the video and audio data packets so 
video packets into different data streams based on the . that the data contained in each Group of Pictures, out- 
priority level assigned to the data contained in each put by the encoder 102, will be transmitted in a single 
particular video packet by the prioritizer 104. Alterna- time period. The single time period associated with 
lively, a transmission priority scheme which is indepen- each particular Group of Pictures is of the same or 
dent of the VTR utility prioritization scheme of the 50 shorter length than the time period required by a re- 
present invention may be implemented by a transport ceiver to display all the frames in the particular Group 
data channel prioritizer 105 contained within the video of Pictures. While such data synchronization is not 
transport packetizer 106. However, regardless of the required by the MPEG standard, such synchronization 
transmission priority scheme implemented, each of the has the advantage of reducing receiver and VTR data 
video/audio transport data packets output by the trans- 55 buffering requirements in certain cases. For example, if 
port encoder 109 of the present invention is identified the Group of Pictures takes up a fixed maximum 
by the use of headers which permit a VTR to identify amount of time to transmit, and thus comprises a corre- 
the type and priority level of the data contained in each spending fixed maximum amount of data, the VTR can 
of the video/audio transport data packets to facilitate be synchronized with another source for dubbing to- 
selection of the data for trick play operation. 60 gether video sequences at each Group of Pictures* 

Allocating the data which is the most useful for trick boundary. This allows editing of compressed video data 
play operation to a particular data channel, e.g., a high streams while avoiding the possibility of buffer over- 
priority channel, when multiple data transmission chan- flow in a video decoder used to edit the data comprising 
nels are being used facilitates a VTR's selection of data a Group of Pictures. Thus, by transmitting the data 
to be recorded in trick play segments because the high- 65 contained in each Group of Pictures in a single time 
est priority data for trick play operation is thus segre- period of equal or shorter length than the display time 
gated to some extent from lower priority data. In such period, data buffers of a predictable maximum size may 
a case, a VTR can initially look to the HP data stream be used in receivers and VTRs. Thus, by fixing the size 
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of the buffers required to avoid data overflows, large 
buffers with excess data capacity need not be used to 
avoid the possibility of a data overflow. 

As illustrated in FIG. %(a) f the video transport en- 
coder 106 has an HP video packet output and an SP 5 
video packet output coupled to corresponding inputs of 
the multiplexer 108. In this manner, the multiplexer 108 
is supplied with the data packets output by the video 
transport packetizer 106. The multiplexer 108 also re- 
ceives as inputs the audio data packets output by the 10 
audio encoder 103 and the auxiliary data packets. The 
multiplexer 108 loads the video, audio, and auxiliary 
data packets into video/audio transport data packets. It 
also adds headers to each transport data packet indicat- 
ing the type or types of data packets contained within 15 
each particular transport data packet. The size of the 
transport data packets will vary depending on the par- 
ticular transmission system being implemented. For 
example, in the case of an AD HDTV compatible trans- 
mission system, each transport data packet, referred to 20 
as a data cell in the AD HDTV system proposal, has a 
fixed length of 148 bytes. 

Generally, to assist in the identification of the various 
data types, the header which identifies the data type of 
each video data packet should be attached by the video 25 
transport packetizer 106 directly to each video data 
packet in a predetermined manner or format. S imil arly, 
headers attached by the multiplexer 108 should be at- 
tached directly to each video/audio transport data 
packet. Alternatively, both the video packets and the 30 
transport data packets can have their contents identified 
solely by their position relative to a reference signal 
within a sequence of video or transport data packets. In 
such an embodiment, the header need not be directly 
attached, by the video transport packetizer 106 or mul- 35 
tiplexer 108, to the associated data packet, so long as 
pre-determined timing of the data streams permits a 
VTR to locate individual video data packets from 
among the video/audio transport data packets and to 
identify the type and priority of the data within each 40 
packet, without the need for fully decoding the re- 
ceived data stream. 

The transport encoder 109 has an HP and an SP 
video/audio transport data packet output coupled to 
corresponding inputs of the channel modulator 110. 45 
The channel modulator 110 modulates the transport 
data packets using a modulation method, such as quad- 
rature amplitude modulation, which provides a modu- 
lated signal compatible with the selected transmission 
service, e.g., a cable service or an antenna system. Ac- 50 
cordingly, as illustrated in FIG. 8(a), the output of the 
channel modulator 110 is coupled to the transmission 
service represented by the transmitter/antenna 112. 

The prioritizer 104 of the present invention, de- 
scribed above in regard to the transmission circuit 100, 55 
is particularly well suited for use in systems using 
MPEG data compression techniques, such as the pro- 
posed AD HDTV system. However, the prioritizer 104 
can also be used with other digital video systems, such 
as the DigiCipher system, which do not use MPEG data 60 
encoding or fully intra-coded video frames. 

The prioritizer 104 implements a prioritization 
scheme which is optimized to assign data to a series of 
priority levels based on the data's utility for generating 
a recognizable image or portion of an image during 65 
trick play operation. In one embodiment particularly 
well suited for use with the proposed AD HDTV sys- 
tem, the prioritization scheme implemented by the prio- 
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ritizer 104 provides for the recognition and assignment 
of the following encoded video data, listed in their 
order of utility to video recorder trick play operation, 
to different priority levels as indicated below: 



Priority 


Subset of Encoded VMi»ft Tlata 


Level 


Ajvticmftd to the Indicate Pi-w*i**it > v T 


1. 


Video codeword headers that 




contain sequence and picture 




information fox I & P frames, 




slice headers for I & P frames 




which contain the position on 




the screen of slice data, and 




starting points for DPCM coding. 


2. 


Macioblock headers of I & P 




frames which contain information 




about cither: a data block's 




position within a slice, 




quantization, the method of 




coding the blocks. 


3. 


The DC coefficients of the DCT for I- 




frames. 


4. 


Motion vectors for P-frames which provide 




enough information to predict a frame from 




the last I frame or P frame. 


5. 


The dc coefficients of the DCT for P- 




frames which correct the predicted frame 




and improve image quality. 


6. 


A percentage of the higher order DCT 




coefficients for I frames which can be 




used to improve the quality of both the I 




frame and the predicted frame. 


7. 


A percentage of the higher order DCT 




coefficients for P frames which can be 




used to further improve the predicted 




frame quality. 


8. 


All other data in the video codeword data 




stream 



It should be noted that the above prioritization scheme 
is the same as the prioritization scheme implemented by 
a VTR, in accordance with one feature of the present 
invention when detennining which video data to record 
in trick play segments for later reading and use during 
trick play operation. 

If the prioritization of the encoded video data for 
VTR applications is done before packetization and 
transmission, and/or the particular sub-sets of data rec- 
ognized by the prioritizer 104 are identified by packet 
headers, then the amount of work the VTR must do to 
identify the appropriate data for filling trick play stor- 
age locations is significantly reduced. On the other 
hand, without such prioritization and packetization, the 
VTR may be required to decode the variable length 
coding of the video data stream and organize the data 
into the priority levels using a prioritizer of its own. 
Accordingly, in such an embodiment the VTR must 
include both a decoder and prioritizer with the VTR's 
prioritizer being the same as, or similar to, the priorit- 
izer 104 which was described above in regard to the 
transmitter. 

While some of the available data, e.g. P-frame data, 
may not be used for trick play operation, because of the 
limited storage space available for trick play data, e.g. in 
VTRs with few heads or in the case of high playback 
speeds such as 9x speed, it is still desirable to assign all 
the data in the video data stream to a particular priority 
level during prioritization so that the prioritization 
scheme remains independent of VTR capability. In 
accordance with the above prioritization scheme which 
is implemented before data transmission, the prioritiza- 
tion process is independent of a receiving VTR's capa- 
bilities. 
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Prioritization of all the video data in the above man- to the highest possible priority level by the prioritizer 
ner prior to transmission permits each receiving VTR to 104. The sub-set of video header data listed as being 
allocate data to trick play storage locations depending assigned to priority level 2 is necessary for the decoding 
on each VTR's own particular trick play capability of large sections of a picture and is therefore assigned to 
without the need for additional data prioritization. For 5 the second highest priority level. However, if the image 
example, the receiving VTR need only record as much to be reproduced during trick play operation is 
of the highest priority data as it can in the trick play cropped, e.g., because of data constraints, some data 
space available on a particular tape. Accordingly, when assigned to priority level 2 would be unnecessary as it 
writing data to be read during trick play operation, the corresponds to the cropped regions and should be as- 
VTR writes all the data from the highest priority level 10 signed to a very low priority level, 
and then each subsequent priority level until it runs out The data assigned to priority level 3, the DC coeffici- 
of space on the tape for the trick play data. ents for I-frames, comprise a set of data from which a 

While the above list describes the sub-sets of data recognizable image can be generated. Accordingly, this 
which are recognized and prioritized by the prioritizer data is very important to trick play operation and is 
104 using terms which generally relate to the AD 15 assigned to a relatively high priority level which is 
HDTV system proposal, it is to be understood that higher than all other data except the sub-sets of header 
when applying the above prioritization scheme to other data assigned to priority levels 1 and 2. When sections 
systems, the term I-frames can generally be interpreted of an image are cropped, the data corresponding to the 
as referring to intra-frame coded data segments of a cropped sections is not needed. However, data corre- 
video image, P-frames can be interpreted as referring to 20 sponding to the sections which are to be displayed will 
inter-frame coded data segments of a video image, and be needed during trick play. Accordingly, only the data 
DC-coefficients can be interpreted as referring to the corresponding to the cropped sections should be as- 
average values across a luminance or chrorninance signed to a low priority level. 

block of video data. In even more general terms, the The sub-sets of data assigned to priority levels 1, 2 
DC-coefficients of a DCT may be interpreted as corre- 25 and 3 of the above prioritization list provide a small set 
sponding to the decimated low frequency values for any of data from which a recognizable image can be gener- 
block of video image data. For example, in applying the ated during trick play operation. However, the addition 
above prioritization scheme to the data stream pro- of the data in the data sub-sets assigned to priority levels 
ducedby a video encoder which operates in accordance 4-7 can greatly improve picture quality during trick 
with the Digital Spectrum Compatible ("DSC") 30 play mode. For example, the addition of the data as- 
HDTV System, proposed by the Zenith and AT&T signed to priority level 4, i.e. motion vectors for P- 
corporations, every frame of DSC data could be treated frames, provides a viewable P-frame during trick play 
as comprising intra-coded data. operation. The use of inter-coded data only improves 

The basis for the prioritization order of the above image quality when inter-coded images or portions of 
data will be described in greater detail below with re- 35 images are generated. As used in this application, the 
gard to a discussion of the data's utility for VTR trick term inter-coded is intended to refer to inter-frame 
play operation. and/or interfield coded images. Thus, when only I- 

As described above, for VTR applications, it is useful frames are displayed during trick play operation, e.g., in 
for the video data to be prioritized prior to data trans- 9 X fast forward operation, inter-coded data will not 
mission in order to reduce the decoding and prioritiza- 40 improve image quality. However, when inter-coded 
tion burdens placed on a VTR which selects data to be images such as P-frames are displayed, e.g., during 3X 
recorded in specific trick play tape locations. The prio- fast forward operation, additional inter-coded data be- 
ritization scheme implemented by the prioritizer 104, yond that needed to generate a low quality inter-coded 
and a VTR in accordance with the present invention image will improve image quality, 
when the data is not prioritized prior to transmission, is 45 One embodiment of the present invention uses inter- 
designed to segregate the encoded video data, i.e., the frame coded data, in addition to a limited amount of 
video codewords, into a series of priority levels. intra-frame coded data, to produce images during trick 

A subset of encoded video data is assigned to each play operation. The use of inter-coded data with some 
priority level based on the data's usefulness in generat- intra-frame coded data provides a picture of superior 
ing a recognizable image from a minimum amount of 50 quality to a system which uses the same amount of 
data during trick play operation. Use of additional data purely intra-frame coded data, such as the dc-coeffi- 
from the lower priority levels adds incrementally to the cients of a DCT, to produce an image during trick play 
image quality during trick play mode. For example, an operation. 

image formed from the data assigned to priority levels The use of P-frame motion vectors and other P-frame 
1, 2, and 3 would be of lower quality than an image 55 data is of little use in generating a recognizable image 
formed from the data assigned to priority levels 1, 2, 3 unless the previous anchor frame, which could be either 
and 4. The video data priority levels are arranged so an I- or a P-frame, is available as a reference for the 
that the data from each subsequent, i.e., lower priority prediction information. Accordingly, P-frame motion 
data level, provides improvement in image quality vectors are assigned to a priority level beneath the DC 
when data from a subsequent priority level is used with 60 coefficients of the DCT blocks for I frames, i.e., to 
the data from the preceding higher priority levels. priority level 4. 

Thus, the prioritization scheme seeks to optimize image The present invention uses the DC coefficients of the 
quality while minimizing the amount of data used to DCT of an I-frame and when available, some of the low 
generate the image. frequency coefficients of the DCT of an I-frame, to 

The sub-set of video header data listed as being as- 65 form a rough approximation of a reference I-frame. The 
signed to priority level 1 in the above prioritization list VTR of the present invention then uses the generated 
associated with the prioritizer 104, is essential for the reference frame and the motion vectors from the P- 
decoding of a picture. Accordingly, this data is assigned frame to form a fair quality P-frame which can then 
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serve as the reference frame for generating the next 
P-frame. This process may be continued with new refer- 
ence frames being generated from intra-coded data 
whenever possible, and with P-frames being generated 
at other times. 5 

Accordingly, if there is enough trick play space avail- 
able, it is possible to store enough data to produce a low 
resolution I-frame and a low resolution P-frame during 
trick play operation corresponding to each I- and P- 
frame in a group of pictures that would be displayed 10 
during normal playback operation. If trick play space is 
extremely limited, such as for fast playback speeds, e.g., 
9 X fast forward playback, then fewer frames for each 
group of pictures would be stored in the trick play 
space. For example, only enough data for low resolu- 15 
tion I-frames corresponding to each I-frame of a group 
of pictures might be stored for 9x fast forward trick 
play operation. Another alternative would be to store a 
section of each I-frame, such as the top half of one 
frame and the bottom half of the next I-frame, and then 20 
update the portion of the screen which corresponds to 
the stored section. Another option is to store every N /A 
I-frame and repeat the stored I-frames for several frame 
display times to create a recognizable picture with jerky 
motion. Several of these methods of selecting trick play 25 
data for storing and later playback can be combined to 
provide enough data to produce a series of recognizable 
images during trick playback operation despite the data 
limitations imposed by trick play operation 

When using motion vectors with a limited amount of 30 
data, to generate recognizable video frames as in the 
case of trick play operation, it is better to use a low 
resolution estimate of the entire anchor frame over its 
entire space than to than to use the same amount of data 
to produce full resolution spatial sections of the anchor 35 
frame. Accordingly, in one embodiment, VTRs which 
operate in accordance with one embodiment of the 
present invention use the limited amount of data in the 
fast scan tracks to perform a low resolution update of an 
entire video frame for each frame display period. This 40 
provides a time coherent frame, although of lower qual- 
ity than during normal play. However, by prioritizing 
and using the intra-frame coded and inter-frame coded 
data in the above manner, it is possible to provide more 
time coherent images from a limited amount of data 45 
then would be possible using only the same limited 
amount of purely intra-frame coded data. Furthermore, 
the quality of the images is better than when full resolu- 
tion spatial sections of anchor frames are used. The 
increased number of time coherent frames made possi- 50 
ble by the above approach enhances viewing quality 
during trick play operation. 

Since, P-frame DC DCT coefficients are of no value 
unless P-frame motion vectors are used, they are as- 
signed to priority level 5 which is just subsequent to 55 
priority level 4 which contains P-frame motion vectors. 
The dc coefficients of the DCT for P-frames, assigned 
to priority level 5, are useful for correcting and thus 
improving the image quality of the predicted frame 
generated using the P-frame motion vectors assigned to 60 
priority level 4. The higher order DCT coefficients of 
the I-frames and P-frames, which are assigned to prior- 
ity levels 6 and 7, respectively are useful in providing 
improved images when used with the data from the 
previous priority levels. 65 

Finally, all the remaining encoded video data, e.g. 
B-frame data, is assigned to the lowest priority level, 
level 9, because it is substantially less useful in trick play 



operation and separating it into further priority levels is 
of no substantial advantage. 

In another embodiment of the present invention, the 
prioritizer 104 implements a prioritization scheme par- 
ticularly well suited for use with the proposed DigiCi- 
pher system. The prioritizer 104 implements a prioriti- 
zation scheme which provides for the recognition and 
assignment of the following encoded video data, listed 
in their order of utility to VTR trick play operation, to 
different priority levels as indicated below: 



Priority 
Level 


Subset of Encoded Video Data 
Assigned to the Indicated Priority Level 


1. 


Video codeword headers that 




contain sequence and picture 




information including the 




picture and macroblock headers 




for video frames. 


2. 


Superblock headers that contain 




the superblock positions for 




intra-refresh superblocks. 


3. 


The DC coefficients of the intra-coded 




sections of an image including the intra- 




refresh blocks. 


4. 


Low frequency coefficients for intra-coded 




sections of an image. 


5. 


If available, additional time-coherent 




intra-coded DC coefficients for sections 




of an image that are sent as inter-coded 




sections of an image for normal play. 


6. 


Motion vectors for inter-coded image 




sections. 


7. 


DC coefficients for inter-coded image 




sections. 


8. 


All other data in the video codeword data 




stream. 



The above prioritization scheme, which is particu- 
larly well suited for use with the proposed DigiCipher 
system, is similar to the prioritization scheme that is 
optimized for use with the AD HDTV system in that 
headers and DC coefficients of DCTs of intra-coded 
sections are assigned to the highest priority levels. 

However, the prioritization schemes differ on the 
data assigned to the higher number priority levels indic- 
ative of the data's decreasing utility for trick play opera- 
tion due to the different types of data sent in an AD 
HDTV data stream as opposed to a DigiCipher data 
stream. For example, an ADTV codeword data stream 
includes inter-coded data including distance 3 motion 
vectors, which are motion vectors calculated over the 
range of 3 frames, useful for, e.g., generating images 
during 3x fast forward trick play operation. In the 
proposed prioritization scheme intended for use with 
AD HDTV, such data would be assigned to the fourth 
priority level. A DigiCipher data stream includes only 
distance 1 motion vectors which are difficult to use to 
generate images during fast forward trick play opera- 
tion and which can provide images of only questionable 
quality. Accordingly, in the above prioritization scheme 
which is intended for use with DigiCipher codeword 
data streams, all intra-coded data is assigned to a fourth 
priority level and is considered to be of greater impor- 
tance than any inter-coded data. Such inter-coded data, 
in the case of a DigiCipher data stream, is therefore 
assigned to a lower number priority level than any inter- 
coded data in the codeword data stream. 

The data assigned to the fifth priority level in accor- 
dance with the above prioritization scheme, i.e., time 
coherent intra-coded DC coefficients for sections of an 
image which are sent as inter-coded data for normal 
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play, axe special trick play data which may be transmit- of complete low resolution time coherent intra-frame 

ted in addition to the normal play data. Transmission of images. However this data rate can be reduced through 

such temporally coherent image-section data requires various data compression techniques such as additional 

fewer bits than would be required to send trick play -variable length encoding. 

motion vectors. Furthermore, such intra-coded tempo- 5 While transmission data rate limitations affect the 

rally coherent image sections may be used to generate amount of trick play motion vectors and other trick 

images of better quality than are possible using only p l ay data that can be supplied to a VTR in addition to 

normal play data found in a DigiCipher data stream. normal play data, the pre-recording of tapes avoids such 

Accordingly, when present in a DigiCipher codeword limitations of using only normal play encoded data. By 

data stream, such data is assigned to a priority level that 10 pre-recording tapes, data from a video encoder can be 

is higher, i.e., which has a lower number data level, than recorded without the use of a data transmission service 

mter-coded data found in the DigiCipher data stream. ^ ^ problems associated with obtaining trick play 

Prioritizing the data normally found in a digital video data from the normal play ^ ^ h transmitted via 

data stream in the above manner and then having a such a servicet Accordingly, in such a case, ail the mo- 

VTR select the high pnonty data for recording in tnck 15 tion vectors used during fast scan md ^ ^ other trick 

play segments, is one approach to the problem of ob- h data be gener ated by an encoder specifically 

tammg useful data for VTR tnck play oration An- for ^ ^ j modes fc £ fe £ 

other approach is to transmit tnck play data m addition tended to ^ Such m em ^ diinent ^ 

o normal play data Such an approach could involve ^ ^ be ^ 3 ed 

the transmission of the tnck play data on the same data 20 Jl \ - , K j 4 _ o *\ A . *\ , , f 

, , . . , j , in the tnck play tape segments than is obtainable from 
channel as the normal play data or employ a separate f , *„^a-a~Z JTi i a * *- m.* ■ C 

low data rate channel for transmitting trick plaT data £ « n ?™* P lay , d f sto ^' ^ » 

for VTR trick play operation. tn * k pto * enCode * ^ tnck play 

Different embodiments of this idea could require ^ * e 0356 ^ .^P 1 ^ ^ d f 

approximately 1 Mbits/sec. of data if, e.g., do coeffici- 25 nved fron ! a f 8 ? ^ 15 mrUally encoded only 

ents for the intra-coded data of a HDTV signal were Payback operation and for Emission via 

sent redundantly. Another useful example of additional a c ; ha f nel ^ a limited data rate. A VTR play- 

information that could be transmitted would be trick- m % , b _f ck the Pj^ data from * e P^-recorded tape 

play motion vectors, computed by the video encoder ^ °P erate m . the same manner ** durin S nonnal 

102, that would span an N number of video frames for 30 mck P la ^ °P eratlon making such pre-recorded tapes 

VTR use during trick play at N times the nonnal speed. m ? compatible with other VTR tapes containing fast 

Such trick-play motion vectors computed by the video scan tracks - Howeve r» improved picture quality would 

encoder 102 are much more accurate for trick play result from the quality trick-play data that was 

operation than are motion vectors that a VTR could pre-recorded in the trick-play segments of the pre- 

produce by interpolation of the "nonnal" motion vec- 35 rec °r d ed tape. 

tors found in the normal play data stream. Referring now to FIG. 9, there is illustrated a circuit 
The transmission of trick play data along with the for a VTR compatible television receiver 200, 
nonnal play data provides the greatest improvement in capable of supporting VTR trick play operation, in 
trick play image quality in systems, such as the DigiCi- accordance with the present invention, 
pher system, which do not provide for fully intra-frame 40 For ^ e receiver 200 to support, i.e. be capable of 
coded frames as part of the nonnal data stream. By displaying images from the data generated by a VTR 
providing additional trick play data in such cases, the during trick mode operation, the receiver 200 must 
problem of obtaining trick play data from the normal exchange several "handshaking" signals with the VTR. 
data stream is reduced or eliminated altogether. These handshaking signals may be supplied to the re- 
In one embodiment of the transmitter 100 of the pres- 45 ceiver 200 via a separate command line between the 
ent invention, the video encoder 102 computes trick VTR and the receiver. Alternatively, the VTR may 
play motion vectors in addition to the nonnal motion incorporate such handshaking signals directly into the 
vectors to support improved VTR performance in, e.g., stream of video/audio data supplied to the receiver 200. 
3X fast forward trick play operation. The encoder 102 In such an embodiment, the receiver 200 would obtain 
is also capable of computing trick play motion vectors 50 the VTR handshaking signals by monitoring the con- 
for reverse and other trick play speeds. In addition to tents of the data stream and detecting the signals, 
trick play motion vectors or instead of generating trick An important function of the VTR handshaking sig- 
play motion vectors, the encoder 102 may generate an aals is to notify the receiver 200 that the VTR is operat- 
intra-coded image for every N frames of normal play ing in trick play mode. The handshaking signals are also 
inter-coded images. Such trick play intra-coded images, 55 used to cause the receiver to perform special functions, 
which are particularly useful for generating images eg., specific error correction and error concealment 
during Nx trick playback operation, may be represented operations, during trick play operation. For example, 
by data comprising the low resolution coefficients for the handshaking signals can be used to turn off the 
every N ,A video image in the series of normal play im- normal error concealment operations in the receiver 
ages. The trick play motion vectors and trick play intra- 60 200 during trick play operation so that the receiver 200 
coded images generated by the encoder 102 are output does not try to generate missing video data during trick 
by the encoder 102, packetized, and identified with play operation using its standard error concealment 
headers along with the rest of the video data transmitted techniques. The handshaking signals can also be used to 
by the transmitter 100. turn on special error concealment functions in the re- 
It is estimated that approximately 0.4 Mbits/sec of 65 ceiver 200 for trick play operation. Such special error 
data must be transmitted, in addition to the normal play concealment functions could be similar to normal error 
HDTV data, to support one HDTV VTR trick play concealment, but would apply over temporal and spa- 
speed with trick play motion vectors or the transmission tial ranges appropriate to trick play operation. 
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The receiver 200 comprises an antenna 202 coupled The receiver's transport and priority decoder 208 
to an input terminal 201 a tuner/demodulator/trellis comprises a demultiplexer 210, a video transport de- 
decoder/de-interleaver/R-S decoder circuit referred to packetizer 212 and a priority decoder module 214. The 
as a tuner module 204. The tuner module 204 receives a video transport depacketizer 212 and the priority de- 
radio frequency television signal from the antenna 202 5 coder 214 each have a VTR command signal input 
or another source such as a cable transmission service or coupled to the transport and priority decoder's VTR 
a VTR via, e.g., the input terminal 201, and performs command signal input terminal. In this manner, the 
filtering, demodulating, trellis decoding, de-interleav- video transport packetizer 212 and the priority decoder 
ing and Reed-Solomon decoding on the received signal 214 receive both error and command signals from the 
to generate a video/audio transport data packet stream. 10 VTR. One function of the priority decoder 214 is to 
However, inclusion of the R-S decoder in the tuner restore the correct order to the codewords after they 
module 204 is not necessary and is therefore omitted in ^ removed from the transport data packets so that 
one embodiment of the present invention. 02111 decoded by the video decoder module 216. 

In the embodiment wherein the R-S decoder is not Thi s reordering is possible using stored information 
included in the tuner module 204, the VTR receives the 15 contained within the priority decoder 214 on the legal 
data stream prior to Reed-Solomon decoding. The data ordcr for different priority codewords, 
is then recorded without Reed-Solomon decoding The m °dule transport data packet input of the 
which requires approximately 20% more tape capacity transport and priority decoder 208 is coupled to a corre- 
than recording the data after Reed-Solomon decoding sponding tuner module transport data packet input of 
has been preformed. In such an embodiment, a slight 20 the demultiplexer 210. The error detected input of the 
improvement in the detection and correction of data decoder 208 is coupled to a corresponding input of the 
errors which occur during recording is achieved and, demultiplexer 210, the video transport depacketizer 212 
more significantly, the need to include a Reed-Solomon ^ d tht P norit y decoder 214 so that they each receive 
decoder chip in the tuner module which is coupled to or 5i e erTOr detected from the tuner module 204. 

included in the VTR is avoided 25 ^ demultiplexer 210 also has a VTR transport data 

Forward error correction is performed by the tuner pa< * et t0 ^P 0 * ^ priority de- 

module 204 to correct as many transmission errors as Cod< ! r module s VTR traDS P or * data packet input, 
possible. The tuner module also generates an error sig- Y Jt£ *f r mc ^ dule ^Poxt data packet input and 
nal which indicates that an uncorrectable error was w lXS ™ data f"** m P ut ' ^ demultiplexer 210 re- 
detected while generating the transport data packets. 30 " dec /™* 10 tra * s P°* *** jacket stream from 
The tuner module 204 hi a video%udio data^acket the ™ , A 
output and an error detected signal output which are ^T^J? « pUt ° f ^ de ^P^r ts coupled to 
coupled to corresponding inpute of a transport and "Jff ™ **" * e Select SW1 l ch ' lt ? S 
priority decoder maiule attVnd a digital VTR port 35 £^^52 ST T ^ ^V^ 
206. In this manner, the transport data packet strLn 35 S^^^^ f ^^ 
and the error detected signaTo^tput by the tuner mod- S^SSST ' * 
ule 204 are supplied to the VTR port 206 and the trans- ? ->m „ ■ *v i > , - 
Dort nrioritv decoder 208 ^ demultiplexer 210 receives the selected tuner or 
port Priority decoder 208. VTR supplied video/audio transport data packet 

Alternatively, a packet error ^may be : mdicated by an «, stream> s £ the header bfom ^ ion ^ed byThe 

appropnate error signal inserted into the transport data txamadlte ^ mu ]tiple X er 108, and uses the hJSfcSJ 
SSJTSi ^ outpumng a single mation to demultip P lex ^ ^ 

transport data packet stream, mcludmg error detected mt0 a ^ data F packet streai nYan audio data packet 

Tn^\/rr> **vc , . . .. . stream and an auxiliary data packet stream. 

The VTR r^rt 2^sen.es as a bi-direchonad mterface 45 The demultiplexer 210 has an audio packet output 

£?X H ^ V*7 T ^ ^ thC which is cou P led to a corresponding input of an audio 

port 206, the video/audio transport data packet stream decoder 218 

and the error detected signal I output! t>y the tuner mod- ^ audio decoder 2l% decodes the audio ^ k _ 

ule 204 are supplied to the VTR Thus, the VTR can cts received from the demultiplexer 210 and outputs an 

record the video and audio signals received by the re- 50 audio s[gasd which is supplied to ^ audio outp F m ^ 

ceiver 2UU cuit sim^^ ^ demultiplexer 210 has an auxiliary 

The port 206 has a video/audio data packet output ^ output which is supplied to an auxiliary data circuit 

terminal which is coupled to a VTR transport data D f the receiver 200 

packet input ) terminal of the transport and priority de- A video packet output of the demultiplexer is coupled 

coder module 208. A VCR command terminal of the 55 to an input of the video transport depacketizer 212. The 

VTR port is also coupled to a corresponding terminal of transport depacketizer 212 receives the video packets 

• de °? d " module 208 311(1 311 em>r concealment cir- output by the demultiplexer 210, the error detected 

cuit 220. Thus, during playback operation, the VTR signal output by the tuner module 204 and the VTR 

supplies transport data packets and command, e.g., command signal output by the VTR. From the VTR 

handshaking, signals to the receiver 200 via the port 60 command signal, the video transport depacketizer 212 

206. The VTR can receive acknowledgement and other determines if a data packet stream being received from 

signals from the receiver's transport and priority de- the VTR is a normal play data packet stream which 

coder 208 over the same command line which supplies could be depacketized in the same manner as a tuner 

the VTR commands to the transport and priority de- supplied data packet stream, or whether the VTR is 

coder 208. The VTR command signals may include 65 supplying a trick play data packet stream which may 

error signals or commands to the receiver 200 to disable require special depacketizing and/or error handling, 

normal error correction operation because the VTR is The video transport depacketizer 208 removes the 

operating in trick play mode. payload data from the video packets and decodes the 
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packet headers added by the transmitter's video trans- 
port packetizer 106. The video transport depacketizer 
208 generates a video codeword data stream, i.e., a 
stream of transport packet payload data, from the video 
packet stream. The video transport depacketizer 212 5 
also generates a priority level signal which indicates the 
assigned priority level of the data in the video code- 
word data stream, a header information signal which 
contains information necessary for synchronization 
such as the entry point, and entry ID data. A packet 1° 
error signal is used to flag any errors detected during 
the depacketization process. The video codewords out- 
put by the video transport depacketizer 208 may include 
check bits for additional error detection purposes. A 
video codeword data stream output, a priority level 15 
signal output, a header information signal output, and a 
packet error signal output of the video transport de- 
packetizer 212 are coupled to corresponding inputs of 
the priority decoder 214. 

The priority decoder 214 receives the VTR com- 
mand signal output by the VTR and is therefore aware 
of when it should perform any special decoding or error 
handling that might be necessary as a result of trick play 
data being supplied by the VTR. The priority decoder 
also receives the error detected signal output by the 
tuner module 204, and the packet error signal output by 
the video transport depacketizer 212. If any of the sig- 
nals received by the priority decoder 214 indicate that 
an error was detected or if the priority decoder 214 
detects an error, the priority decoder 214 will perform 
an error handling procedure and assert an error signal 
to inform a video decoder module 216 of any uncorrect- 
able errors. 

The priority decoder 214 uses the priority level sig- 
nal, the header information signal, and the other re- 
ceived signals, to perform variable length decoding of 
the data received from the video transport depacketizer 
208. The priority decoder 214 combines the data from 
various priority levels into a data stream of codewords 43 
which the video decoder module 216 can process. 
While combining the data to form the codeword data 
stream, the priority decoder 214 maintains data syn- 
chronization between the various priority levels. The 
priority decoder 214 handles the problem of missing or 45 
erroneous data by instructing the video decoder module 
216 to perform error concealment, VTR commands 
may also instruct the priority decoder 214 on how to 
combine different priority data for trick play operation. 
Accordingly, the priority decoder 214 generates a video 50 
codeword data stream which can be understood by the 
video decoder module 216. 

A video codeword data stream output and an error 
signal output of the priority decoder 214 are coupled to 
corresponding inputs of the video decoder module 216. 
The video decoder module 216 also receives the VTR 
command signal output by the VTR. Thus, the VTR 
may instruct the video decoder module 216 to do spe- 
cial processing, e.g., during trick play operation. The 
video decoder module 216 comprises a video decoder 60 
circuit 217 and an error concealment circuit 220 which 
are both coupled to the inputs of the video decoder 
module 216. Video data and error signals are passed 
between the video decoder circuit 217 and the error 
concealment circuit 220 which are coupled together via 65 
a pair of data lines. The error concealment circuit 200 
and the decoder circuit 217 receive the VTR command 
signal output by the VTR. 
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The error concealment circuit 220 performs error 
concealment operations on the video data during both 
normal play and trick play operation. For example, in 
the normal play case, if the video decoder circuit 217 
detects that entire frames were missing the error con- 
cealment circuit 220 would attempt to conceal this by, 
for instance, repeating the last good frame, until an 
I-frame was received. Accordingly, in the normal play 
case, the receiver 200 would display some image at each 
frame display time. 

In trick play, on the other hand, missing frames are 
expected. For example, during 3x trick play operation, 
all I- and P-frames may be received while B-frames 
might not be received at all. During trick play opera- 
tion, it is undesirable for the error concealment circuit 
220 to fill in something to replace the B-frames which 
are not received. It is also undesirable for the decoder 
module 217 to wait until the next I-frame to recover 
since, during trick play operation, usable P-frames may 
be received prior to the next I-frame. 

Accordingly, when a VTR command indicating that 
the VTR is operating in trick play mode is received or 
when the error concealment circuit 220 or the decoder 
circuit 217 detects that the VTR is operating in trick 
play mode by, e.g., monitoring the received video data 
for missing frames indicative of VTR trick play opera- 
tion, normal play error concealment operation of the 
error concealment circuit 220 is disabled and trick play 
error concealment operation is enabled. 

Trick play error concealment operation may be en- 
abled, eg., during 9X trick playback VTR operation 
when only information for every N fA I-frame is re- 
ceived. For example, during 9x trick play operation 
only every other I-frame may be received. In such a 
case, it is desirable to display a frame for every missing 
I-frame so that the missing I-frame can be concealed by 
an estimation formed by temporally filtering the exist- 
ing I-frame using the frames which are received in addi- 
tion to the l-frame, to produce an I-frame which will be 
displayed in place of the missing I-frame. For example, 
at 9X trick play speed this may require generating an 
I-frame to replace a missing 9th frame in an 18 frame 
series of images comprising two AD HDTV Groups of 
Pictures which would normally include 2 I-frames. 

Both normal play and trick play error concealment 
operations may include the use of temporal and/or 
spatial filters to conceal missing portions of a frame or 
completely missing frames. 

The error concealment circuit 220 comprises a spatial 
filter, e.g., a 2 -dimensional spatial filter 222, a temporal 
filter 224, and processing logic. 

While the error concealment circuit 220 is illustrated 
as being part of the video decoder module 216, the error 
concealment circuit 220 and the video decoder circuit 
217 need not be implemented as a single module. 

During trick play operation, the error concealment 
circuit 220 may use the spatial filter 222 to perform 
spatial filtering on the video data supplied to it by the 
video decoder circuit 217. Such filtering reduces the 
"blockiness" in the video image that results from using 
primarily dc coefficients to generate an image. The 
temporal filter 224 may be used in conjunction with, or 
independently of, the spatial filter 222 to filter the video 
data from the decoder circuit 217 in a manner that pro- 
vides improvement in image quality during trick play 
operation. 

The error concealment circuit's processing logic pro- 
vides further error concealment during trick play oper- 
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ation by performing interpolation or extrapolation of into which the dual purpose data is written serve as 

motion vectors as appropriate for the particular trick both trick play segments and normal play segments. By 

playback speed being implemented. For example, dur- recording subsets of the normal play data so that it can 

ing trick play operation the error concealment circuit be read and used during both normal and trick play 

220 could sum the motion vectors, supplied by the VTR 5 operation, tape storage capability is maximized, 

via the video decoder circuit 217, over the number of As described above, during trick play, the VTR's 

frames appropriate to the trick play speed-up ratio. heads trace a different path over the tape than during 

Alternatively, the error concealment circuit 220 can normal playback operation. During normal playback 

multiply the range of the motion vector for one frame to operation, the VTR's heads trace over a single normal 

cover the extend range to the next displayed image 10 play track with each pass of a head across the width of 

frame, or segment of a frame, at the selected trick play the tape. However, during trick play operation, the 

speed-up ratio. It should be noted that such motion heads may pass over segments of several normal play 

vector processing to generate trick play motion vectors tracks during each pass of a head across the width of the 

is unnecessary where the transmitter 100 or the VTR tape because of the difference in tape speed and/or 

already generated trick play motion vectors and the 15 direction of tape motion. Accordingly, during trick play 

VTR supplies these trick play motion vectors to the operation it is often the case that the heads will not pass 

receiver 200. over the full area of the normal play tape tracks. As 

The error concealment circuit 220 accepts commands described above, when data is encoded using inter- 

from the VTR which instruct the error concealment frame coding and then recorded, not necessarily in the 

circuit 220 on how to perform error concealment dur- 20 same sequence in which the data is to be displayed, it 

ing trick play operation. For example, the VTR may becomes difficult to generate recognizable images from 

instruct frame skipping during fast forward or the repe- the incomplete pieces of video data read by a VTR 

tition of blocks of data from previous frames to conceal during trick play operation. This situation results from 

missing data. The error concealment circuit 220 the lack of available reference information, i.e. intra- 

supplies the filtered and processed video data, including 25 coded frame information, that can result from failing to 

trick play motion vectors, to the video decoder circuit read all the recorded intra-frame coded data. 

217 for use in generating the video decoder's video The amount of trick play data that can be read from 

output signal. a given length of tape during trick play operation is only 

The video decoder circuit 217 decodes the codeword a fraction of the amount of data that can be read from 
data stream received from the priority decoder 214 and 30 the same length of tape during normal play. As de- 
uses the error concealment signals received from the scribed above, the reduced data recovery rate in trick 
error concealment circuit 220 to correct for errors or play operation is a direct function of the decrease in the 
distortions in each video frame. overall percentage of tape area covered by the heads 

The video decoder circuit 217 outputs a video signal, during trick play operation. As tape speed increases the 
througih a video decoder module output which is 35 percentage of the tape's area that the heads cover de- 
adapted for coupling to a video display circuit. The creases proportionately. Accordingly, during 9x fast 
display circuit converts the video signal into a video forward playback, the amount of data which can be 
image which can be viewed, ag., on a cathode ray tube read for a given track length is approximately I /9 th the 
or a liquid crystal display device. amount of data that can be read during normal playback 

Referring now to FIG. 10, there is illustrated a VTR 40 operation, and approximately the amount of data 

recording circuit 300 according to one embodiment of that can be read from the same length of track using the 

the present invention. The VTR recording circuit 300 same number of heads at, e.g., 3x trick play operation, 

comprises a trick play data select control circuit 346 and In one embodiment of the present invention, the VTR 

a set of recording heads 340. The trick play data select recording circuit 300 records enough selected trick play 

control circuit 346 monitors the position of the heads 45 data in each trick play segment so that a recognizable 

relative to individual segments of the tape track and image or portion of an image can be produced from the 

determines, using a map or other stored data indicating data recorded in each particular trick play segment In 

the type and placement of fast scan tracks and or multi- addition, these trick play segments are arranged on the 

speed playback tracks supported by a particular VTR, tape so that enough data can be read from the trick play 

when the heads of the VTR are over a trick play tape 50 segments at several tape speeds to generate an accept- 

segment into which trick play data is to be placed. able number of recognizable images or portions of im- 

When the heads are positioned over such a trick play ages during trick play operation at the various playback 

segment, the trick play data select signal asserts a select speeds. Trick play segments which are arranged in ac- 

signal which causes trick play data to be written into the cordance with this embodiment form what is refered to 

trick play tape segment as will be described below. 55 as a multi-speed playback track. 

The VTR recording circuit 300 supports the record- In another embodiment of the present invention, the 

ing of trick play data in specific trick play tape seg- VTR recording circuit 300 records trick play data in 

ments. The trick play data may comprise a subset of the trick play segments which are arranged for optimal 

normal play data, a copy of a subset of the normal play recovery of trick play data during specific trick play 

data, or it may comprise data which are not part of the 60 speeds and directions of operation, e.g., at 9x fast for- 

normal play data stream, e.g., trick play motion vectors. ward trick play operation. Trick play segments ar- 

When a subset of the normal play data is being used as ranged in accordance with this embodiment of the pres- 

trick play data, the trick play data may be read back and ent invention form fast scan tracks, 

used during both normal play and trick play VTR oper- In yet another embodiment of the present invention, 

ation, in such a case, it may be said that the subset of 65 the VTR recording circuit 300, combines the above first 

normal play data constitutes dual purpose data in that two approaches to record selected trick play data in 

the data is used in both trick play and normal play oper- trick play segments located on a tape so that a sufficient 

ation. Accordingly, in such a case, the data segments amount of trick play data, to produce recognizable 
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images, is read at several speeds of trick play operation, 
and so that an optimum amount of trick play data can be 
read at pre-selected trick play speeds and directions. In 
this embodiment, trick play segments are arranged on a 
tape to form fast scan tracks and one or more multi- S 
speed playback tracks. 

Generally, as data is retrieved from the tape during 
trick play operation small pans of an entire frame are 
decoded. It is these decodable portions of a frame, i.e., 
portions of a picture or image, that are recorded in the. 10 
trick play segments. In the case of AD HDTV, the 
smallest block of data that can be fully decoded is a 
slice. If the start of a slice, i.e., the slice header is re- 
trieved, the data for that slice can be decoded. A partial 
slice can be decoded for data continuous from the start 15 
of the slice. If enough data is recovered to decode an 
entire slice then the portion of the image which, in the 
case of AD HDTV, comprises a long horizontal region 
of 16 pixels high by 176 pixels wide will be generated 
and placed into a frame buffer for displaying at the 20 
location on the screen which corresponds to the address 
of the slice. 

The slices which may be stored in the trick play seg- 
ments need not correspond to contiguous areas on the 
screen and data for all regions of each individual frame 25 
need not be stored in the trick play segments. As will be 
described below, error concealment may be used to 
conceal missing sections or areas of a frame. For exam- 
ple, to conceal a missing section the data for the missing 
section may be repeated from the previous frame. Thus, 30 
at the start of each frame display time, the frame buffer 
may contain newly decoded data recently read from the 
tape and possibly repeated data from the previous frame 
which was just displayed. 

In the case of a multi-speed playback track, the data 35 
stored in the trick play segments may comprise scat- 
tered slices of video data corresponding to generally 
scattered areas of the screen. Each trick play segment 
may not contain enough data to generate an entire 
frame. Thus, the resulting image from data read from a 40 
multi-speed playback track may include many areas of 
the image which are from previous frames and some 
which are from the most recently read and decoded 
trick play data blocks. Over a series of frames the old 
data may span back many frames. Accordingly, the 45 
resulting image sequence may not have a temporally 
coherent frame, i.e., the frame being displayed may not 
be made up of data which belongs only to that frame. 
Thus, an image generated from a multi-speed playback 
track may include disjointed parts of frames from differ- 50 
ent points in time joined together to form a complete 
image. In some cases, the slices of such a trick play 
image may be of full resolution or nearly full resolution. 
Despite the lack of temporal coherency and low image 
quality, the generated image during trick play operation 55 
is usually recognizable. 

In the case of a fast scan track, in one embodiment, a 
set of data sufficient to generate a complete frame, is 
recorded in the plurality of trick play segments which 
comprise each fast scan track. During trick playback 60 
operation the data in each fast scan track may be read 
and decoded to generate a complete image. To remain 
within the data constraints imposed by the data storage 
capability of a fast scan track, the resolution of an image 
may have to be reduced for storing in a fast scan track. 65 
Controlled sectioning of a frame may be used if a fast 
scan track does not have sufficient data capability to 
support the storing of full images in the fast scan track. 
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For example, large portions of a frame, eg., the top or 
bottom half, can be stored in fast scan tracks in a tempo- 
rally coherent manner with the size of the temporally 
coherent contiguous sections of a frame being an impor- 
tant factor in detennining image quality. In other em- 
bodiments, the data necessary to generate a complete 
frame can be recorded in the trick play segments of 
several fast scan tracks or the data necessary to generate 
a recognizable portion of an image can be recorded in 
one or more trick play segments of a fast scan track. 

Referring now to FIG. 12(a), there is illustrated a 
portion of a magnetic tape 501. Tracks Tl 500, T2 502, 
T3 504 and T4 506 are illustrated as being perpendicular 
to the length of the tape 501, however, it is to be under- 
stood that these tracks are actually on a diagonal as 
described previously with regard to normal play tape 
tracks. In accordance with one embodiment of the pres- 
ent invention, the VTR recording circuit 300 records 
sufficient data to generate a recognizable image into 
each trick play tape segment. It then records the trick 
play segments in such a manner that the geometric 
arrangement, formed by the trick play segments of the 
tape, insures that at least some of the data in the trick 
play segments will be read during VTR trick play oper- 
ation. Such an arrangement insures that a sufficient 
amount of trick play data will be read to produce at 
least a minimal series of trick play images or portions of 
images, over a wide range of playback speeds regardless 
of the direction of tape motion. 

One way for the VTR to achieve such a geometric 
arrangement of trick play segments on a tape is to posi- 
tion a series of contiguous or near contiguous trick play 
segments parallel to the length of the tape. Such an 
arrangement of trick play segments is illustrated in FIG. 
12(a) wherein trick play segments (TP) 508, 510, 512, 
514 are illustrated as being located contiguous to one 
another, forming a series of trick play segments 508, 
510, 512, 514 that runs parallel to the length of the tape. 
Normal play segments, indicated by the letter NP in 
FIG. 12(a), may be located in the area not used by the 
trick play segments 508, 510, 512, 514. By recording 
trick play data in trick play segments arranged in such a 
manner, i.e., parallel to the length of the tape, a multi- 
speed playback track 509 is created down the length of 
the tape 501. The shaded region in FIG. 12(a), compris- 
ing trick play segments 508, 510, 512, 514 forms such a 
multi-speed playback track 509. While the multi-speed 
playback track can be recorded at any position relative 
to the tape's width, one suitable position is in the center 
of the tape where tape contact with the VTR's heads is 
the most uniform and thus optimum data recording and 
reading is possible. 

When trick play blocks are arranged in such a manner 
to form a multi-speed playback track, the playback 
heads of a VTR will always pass over some of the trick 
play blocks recorded in the trick play segments 508, 
510, 512, 514 during trick play operation each time the 
heads traverse the width of the tape 501. Accordingly, 
as the heads rotate during trick play operation, they are 
guaranteed to pass over some trick play segments which 
contain enough trick play data to generate a recogniz- 
able image of portion of an image, regardless of the 
speed or direction of trick play operation. From the 
data in the trick play segments which are read, the VTR 
will be able to produce at least some recognizable im- 
ages or portions of images regardless of the trick play 
speed or direction of playback operation. 
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Various additional embodiments of such a multi- prises a series of contiguous or near contiguous trick 

speed playback track arrangement are illustrated in play segments, e.g. trick play segments 553, 554, 555, 

FIGS. 12(b) through 12(d). 556 belonging to each data channel of each track, the 

As illustrated in FIG. 12(b) the multi-speed playback contiguous trick play segments being arranged parallel 

track 522 may contain some non-trick play segments, 5 to the length of the tape 550. 

e.g., normal play segment 524. As illustrated, the trick In such an embodiment, the trick play data written 
play segments on tape 503 need not be completely con- into the trick play segments of each channel of a partic- 
tiguous to form an acceptable multi-speed playback ular track may be selected to compliment the data in the 
track 522. However, the number of discontinuities in other trick play segments of the other channel. For 
the fast scan track 522 should be kept low enough that 10 example, while it may be possible to record sufficient 
the number of trick play segments 516, 518, 520, that trick play data in each trick play segment 553, 554 of 
will be read during trick play operation, is sufficient to track 1 to produce, e.g., a very low quality image, it 
m a int a in an acceptable display rate of trick play images may be desirable to select and record data in each of the 
over the range of trick play speeds implemented by a segments 553, 554 so a low quality image can be repro- 
VTR. Accordingly, because the number of trick play 15 duced from either segment alone or a higher quality 
segments for a given capacity of tape that are read image can be produced when the data in both segments 
during relatively low fast forward and reverse speeds of of a particular track are read during trick play. In one 
trick play operation is greater than at higher speeds of embodiment of the present invention, the VTR record- 
trick play operation, the amount of discontinuity in the ing circuit 300 records multiple copies of the same fast 
location of trick play segments which form a multi- 20 scan track data into several trick play data segments 
speed playback track intended to support only low fast which comprise a multi-speed playback track. In this 
forward and reverse speeds, can be greater than the manner, the VTR may obtain enough trick play data to 
amount of discontinuity in a multi-speed playback track rill all trick play segments in a multi-speed playback 
intended to support both high and low speed fast for- track without having to generate unique data for all 
ward and reverse playback operations. 25 trick, play segments. In a case where there is only a 

As illustrated in FIG. 312(c), a plurality of multi-speed limited amount of very useful trick play data available, 

playback tracks 540, 542 may be recorded on a single copying the data into more than one trick play segment 

tape 541. As illustrated in FIG. 12(c) trick play seg- of a multi-speed play back track increases the probabil- 

ments comprising each of the multi-speed playback ity that data will be read during trick play operation, 

tracks 542, 540 are recorded parallel to the length of the 30 Accordingly, in such a case, it may be better to repeat 

tape as in the case of a tape with a single multi-speed the same trick play data in several trick play segments 

playback track. than to put lower quality trick play data into some of 

In such an embodiment, the use of multiple multi- the trick play segments comprising the multi-speed fast 

speed playback tracks 540, 542 results in an increase in scan track. 

the number of trick play segments which will be read 35 As described above, in accordance with one embodi- 

during trick play operation. However, as the number of ment of the present invention, the VTR locates trick 

multi-speed tracks and thus trick play segments is in- play data segments on a tape in a geometric arrange- 

creased for a given tape area, the amount of space avail- ment designed to maximize the amount of data recov- 

able for normal play data decreases resulting in in- ered during trick play operation at a particular trick 

creased tape area requirements. By using dual purpose 40 play speed and direction. As described above, during 

data blocks, i.e. blocks of data which are used during trick play operation, a VTR's heads may pass over 

normal play and trick play operation, the additional several tracks during each pass across the width of the 

tape burdens imposed by increased numbers of trick tape. The angle at which the heads will pass over the 

play data blocks can be minimiz ed. tracks is predictable for any given tape speed and direc- 

As described above, two channel VTR systems are 45 tion. The VTR of the present invention takes advantage 

capable of handling higher data rates than single chan- of this fact by locating trick play segments, for a partic- 

nel systems because two heads read data simultaneously ular trick play speed and direction, e.g. 9 X fast for- 

from the tape. Accordingly, VTR systems which sup- ward, along the diagonal located at the specific angle 

port two data channels are particularly well suited for the VTR's heads will cross the tape's tracks, during 

handling the higher data rates required by the various 50 trick play operation at a particular speed and direction, 

proposed HDTV systems. As described above, the trick play segments passed over 

FIG. 12(d) illustrates a multi-speed playback track by the VTR's tape heads during each pass across the 

arrangement which is implemented for a VTR system width of the tape during trick play operation form a fast 

having two data channels per track. As illustrated in scan track corresponding to a particular speed and di- 

FIG. 12(d), a tape 550 comprises a series of normal play 55 rection of operation. 

tracks Tl through T12. As illustrated each track Tl To insure that the VTR's heads pass over the fast 

through T12 comprises a first and second channel, scan tracks comprised of a plurality of trick play seg- 

channel A and channel B, respectively. A multi-speed ments, the VTR must employ a separate tracking servo 

playback track 552, indicated by the shaded region, is control circuit 422 for each speed and direction of fast 

located near the center of the tape and runs parallel to 60 scan track operation which is supported. Alternatively, 

the length of the tape 550. Normal play tape segments a single servo control circuit capable of controlling 

are located above and below the trick play tape seg- tracking at multiple speeds and directions may be em- 

ments comprising the multi-speed playback track 552. ployed. Such a fast scan tracking servo control circuit 

In such a two-channel system, each data channel of a 422 is required in addition to the tracking servo control 

tape track comprises a series of tape segments. As with 65 circuit 420 used during normal trick play operation. For 

segments of an ordinary track, these segments can be example, for a VTR implementing fast scan track for 

either fast scan or normal play segments. Accordingly, 3 X fast forward and 9 X fast forward trick play opera- 

as illustrated, the multi-speed playback track 552 com- tion, the VTR would require a normal play tracking 
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servo control circuit, a 3 X fast forward tracking servo ive servomechanism which adjusts to these non-lineari- 
control circuit and a 9x fast forward tracking servo ties and continually adjusts the tape speed or moves the 
control circuit. heads on a floating head mechanism during each pass of 

Accordingly, to read data from a fast scan track, a a head 440 across the width of the tape in order to 
servo mechanism such as the servo control module 414 5 miiiimize head tracking errors, 
which can maintain accurate tracking during trick play Referring now to FIG. 13a, there is illustrated a fast 
operation is required. The servo control module 414 scan track arrangement for 9X fast forward speed. As 
includes the trick play servo control circuit 422 which illustrated, a tape 600 comprises a series of normal play 
includes circuitry similar to the normal play servo con- tracks Ti through T18. Each normal play track Tl 
trol circuit 420 but also includes additional circuitry to 10 through T18 contains both normal play segments indi- 
facilitate fast scan tracking through the use of data sig- cated by the white areas and trick play segments indi- 
nals refered to as data aids. The fast scan tracking servo cated by the shaded areas. 

control circuit 422 is coupled to the playback packet During 9x fast forward trick play operation, the 
filter 406 and receives data signals used for controlling VTR's heads pass over segments of 9 normal play 
the fast scan tracking as will be described. 15 tracks. In accordance with the present invention, trick 

Standard techniques for tracking in digital tape re- play data are placed in these tape segments to form 9 X 
corders use a linear control track recorded along the fast scan tracks 602, 604. Thus, using this approach, it is 
edge of the tape. This control track includes a pulse possible to read approximately l/9th of the data that is 
code which indicates the start of a track. Recovering recorded on a tape during 9X trick play speed if co- 
this pulse code can be used to accurately control the 20 located heads are used to permit the reading of all the 
tape speed to maintain alignment between the heads and data which the heads pass over. Alternatively, without 
tracks during normal play. In trick play, the control the use of co-located heads, it will be possible to read 
track can still be read but, in accordance with the pres- only about half of the data passed over by the VTR's 
ent invention, the feedback loop which controls tape heads during trick play mode because of the alternating 
speed is changed to allow closed loop control of the 25 azimuths at which the data in the tracks are written, 
speed during trick play operation. Accordingly, without the use of co-located heads only 

In addition to the control track, there is data written about one half of the data in each fast scan track can be 
with each packet onto the tape which identifies, e.g., the recovered. Thus, without using co-located heads, it 
track, channel, block, and playback data stream of a would be possible to read approximately 1/1 8th of the 
particular packet. The playback packet filter 406 reads 30 data recorded on a tape during 9X fast forward trick 
this data from the retrieved data stream and generates a play operation. 

signal to the trick play servo control circuit 422 indicat- A small amount of data in each trick play segment 
ing to the trick play servo control circuit 422 where the will be unreadable because of track switching and/or 
heads are located over the tape relative to the normal tracking errors. The area from which data can not be 
play and fast scan tracks. This information is then used 35 recovered due to track switching loss is illustrated in 
to finely adjust the tape speed to optimize fast scan FIG. 13(a) by the black portions located at the edges of 
tracking. For example, if the identifying data indicated each trick play segment of fast scan tracks 602, 604. 
that the head was switching tracks too early and read- Referring now to FIG. 13(6), there is illustrated a 
ing packets from the normal play segment preceding a tape with both 7X reverse fast scan tracks and 9 X fast 
trick play segment, then the tape speed which is con- 40 forward fast scan tracks recorded on the tape in accor- 
troUed by the trick play servo control circuit 422, dur- dance with the present invention. As illustrated, the 7X 
ing trick play operation, could be adjusted by briefly reverse fast scan track is sloped in the opposite direction 
slowing the tape speed to correctly position the head from the 9 X fast forward fast scan track. Furthermore, 
440 over the selected fast scan track. it is located at a steeper angle corresponding to the 

Such a data aided search scheme is used to locate a 45 angle that the VTR's heads will pass over the track 
particular fast scan track for a selected speed and direc- during 7X reverse trick play operation. It should be 
tion of VTR operation after the transients of switching noted that during Nx fast forward speed, the heads pass 
into trick play operation have settled. The data being over N normal play tracks each time the heads pass 
recovered from the tape once in trick play operation is over the width of the tape and thus, a fast scan track for 
used to adjust the location of the heads over the tape. 50 Nx fast forward speed normally comprises N trick play 
Using a stored map of trick play and normal play seg- segments per track. However, during Nx reverse speed 
ments, a trajectory for moving the heads to the fast scan trick play operation, the heads pass over N-f 2 normal 
track can be plotted. This trajectory is used to com- play track segments. Accordingly, a reverse fast scan 
mand the tape speed. Once the heads have reached the track normally comprises N-f 2 trick play segments, 
fast scan track, the trick play servo control circuit 422 55 Thus, as illustrated in FIG. 13(b), each 7X reverse fast 
maintains control of the tape speed to insure that the scan track comprises 9 trick play segments, 
heads remain positioned so that they pass over the fast Referring now to FIG. 13(c), there is illustrated the 
scan tracks for a selected speed and direction. fast scan track pattern for 3 X fast scan tracks which a 4 

The use of a data aided servo mechanism makes it head, 2 channel VTR can read. As described above, a 2 
possible to improve tracking performance in the pres- 60 channel VTR comprises a minimum of 4 heads, H1A, 
ence of track non-linearities. Because the heads cross H1B, H2A, H2b of FIG. 13(c), with at least one pair of 
several tracks in trick play operation, track non-lineari- heads having mutually different azimuths being 
ties are manifested as differences in position over tape mounted 180* apart oh the VTR's rotary head cylinder, 
segments and the data blocks recorded in such segments As illustrated, each one of the pair of heads (H1A, 
when the tracks are crossed. This information could be 65 H1B) and (H2A, H2B) trace over a different one third 
used to plot how the track shape changes relative to an portion of each normal play track. However, because 
ideal linear track. In one embodiment of the present the heads can only read data contained in channels 
invention, the control circuit 422 operates as an adapt- written by a head of the same azimuth, only one half of 
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the data passed over by the heads can be read. The area Tape linearity affects the amount of data that can be 
of the tape which can be read during 3 X fast forward recovered during trick play operation from fast scan 
speed, and which therefore comprises the 3 X fast for- tracks because different VTRs may be required to read 
ward fast scan track is indicated by the shaded areas. fast scan tracks written by another VTR. Referring now 
Note that the lightly shaded areas indicate areas where 5 to FIG. 14(a) there is illustrated a tape section with one 
data recovery is uncertain due to possible track switch- normal play track 700 which comprises two channels, 
ing and/or, tracking errors, while the dark shade region channel A 702 and channel B 704. Solid vertical lines 
indicates areas where data recovery is always possible are used to indicate the nominal position of the track on 
during trick play operation. the tape. Dotted and dashed vertical lines are used to 

FIG. 13(d) is similar to FIG. 13(c) in that both figures 1° indicate possible track displacement from the nominal 
illustrate 3x fast scan track patterns for 2 channel position due to linearity errors at recording time. Solid 
VTRs. However, FIG. 13(d) illustrates the data that diagonal lines are used to indicate the path head HA1 
can be recovered by an 8 head VTR which includes t ^ !rt a 4 nead » 2 -channel VTR will trace over the track 
co-located heads which permit the reading of all tape 700 during 3x fast forward trick play operation, 
areas passed over by the VTR's heads. Accordingly, an 15 Dashed diagonal lines are used to indicate the path head 
8 head, 2 channel VTR can read all the data that can be HB1 of a 4 nead 2 channel VTR will trace over the 
written in a 3 X fast forward fast scan track while a 4 **** 700 during 3 X fast forward trick play, 
head, 2 channel VTR can only read one half of the trick ^ tttosttated m FIG. 14(a), the width of the path 
play data. By adding additional heads data recovery traced by each of the heads HA1, HB1 is 1.5 times the 
during trick play operation can be increased. For exam- 20 of recorded data channels A and B. Further- 

pie, a 16 head, 2 channel VTR with dual-azimuth co- more ' il should ^ noted a VTR head must P 3 ^ 
located heads could recover twice as much data as an 8 over ' 31 a minimum > a *>ut i of a recorded channel's 
head VTR when operating in 3 X fast forward trick Wldth t0 be able t0 read the recorded data in the partic- 
play operation. mar channel. 

By defining tape formats so that fast scan tracks are 25 A track being off linear may be thought of as being 
defined to include all areas that are passed over by a dls P laced j<; ft °y of toe d esired track position by an 
VTR's heads, during a particular speed and direction of amo,mt AT ' as Crated » ^G. 14(a). When a head is 
trick play operation, it is possible to maintain compati- ^f^^ several ^ J? tnck P lav mode ' * 

bility between VTR's with co-located heads and those , n ^^1^ « u offeet £f k at * P° sition 
without. However, VTR's without co-located heads 30 °£f Set m adirec V 0n abov f € [°[ below the nominal 
v^belimitedtor^ S^^^^ ^ *FZ T^v * ^ 

with co-located heads will be capable of reading from a ^ W i l0Ca ' ed v at the * om f * track position. A 
fast scan track. Accordingly, VTR's with collocated ^ ^ 
heads will be able to produce more images and/or im- „ ?4 d ^ ^ 

ages of higher quality than a VTR without co-located 35 £^^^1^^^^^ 
\Z~A<. „Jii k * j j • ^ . , . data m region B*+, i.e., the late track cross region, or 

heads wdl be able to produce durmg tnck play opera- - m region g,., ^ ^ ^ ttack cross K £ Qa \. 

To be useful, fast scan tracks must be able to store ^ Whetha 700 WaS of&et ^ 01 

enoughdata, that can be read during trick play mode, to 40 M u^ted, a track offset AT to the right results in 
support a reasonable image rate durmg tnck play opera- heads ^ ^ jjjjj passing over ^ ^ , 
boa Accordingly, recordmg data to optmuze fast scan ment at a ition sli / htl ^ m „ ^ ^f. 
mck oata capacity is important so that a sufficient num- tion> from ^ nominal track 

cross region B. This results 

ber of images and/or portions of images of sufficient m the heads HA1 and HA2 reading the data in the late 
image quality will be produced durmg tnck play opera- 45 track cross region B* + . However, a track offset AT to 
tion. One way to optimize tnck play data capacity is to th e left results in heads HA1 and HB1 passing over the 
write the most important tnck play data of each trick trick p i ay U0oeat at a ition sli ^ tl ^ k a 
play segment in the center of the tnck play segment downward direction, from the nominal region B. This 
where it is most likely to be read. results m ^ heads HA1 and HA2 reading the data in 

An additional approach to optimizing data recovery 50 the early track cross region B°- 
during trick play operation using fast scan tracks is to it i s evident from FIG. 14{a)'that there are small 
write a duplicate copy of trick play data above and reg ions, just above and below the solid and dashed 
below the center portion of each trick play tape seg- slanted lines indicating the path of heads HA1 and HB1, 
ment of a fast scan track so that one copy of the dupli- that are not common to all of the 3 possible tracking 
cated data will be read during tnck play operation rc- 55 cases, while the slant region in the center, illustrated by 
gardless of tracking errors. This approach will now be the black rectangular area, will always fall within the 
discussed in greater detail. tracking tolerances, and be read during trick play opera- 

The amount of data that a VTR can read from a fast tion. 
scan track is a function of tracking accuracy which To insure that the same data is recovered regardless 
controls how accurately the VTR's heads will pass over 60 of the different possible tracking error cases described 
a fast scan track when recording to or reading from the above, data can be written into the track region which 
track* is common in all of the above described tracking cases. 

Each VTR's linearity head tolerances determine how In addition, data can be duplicated and recorded, as will 
accurate the tracks are written by a given machine. The be described below, into the regions just above and 
tracks must meet a minim um level of linearity for tapes 65 below the central trick play segment region which is 
to be interchangeable between VTRs. That is, the shape read during all three of the above described tracking 
of the tracks must be similar enough to those of another cases. Such duplication of data maximizes the amount of 
VTR so that either VTR can read the track. data that can be consistently recovered during trick 
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play mode while reducing storage efficiency because of 
the need to duplicate some of the trick play data. 

The various data regions, i.e., the normal, late and 
early track cross regions, B, B*+, and B*— , respec- 
tively, of a trick play segment, are illustrated in greater 
detail in FIG. 14(b). As illustrated, a trick play segment 
750, can be thought of as comprising 5 data regions for 
fast scan track purposes, a central region 753, an inner 
upper region 752, an inner lower region 754, an outer 
upper region 751 and an outer lower region 755. The 
inner upper region 752 is located adjacent to but just 
above the central region 753 while the inner lower 
region is located adjacent but just beneath the central 
region 753. The outside upper region 751 is located 
adjacent to and above the inner upper region 752 while 
the outer lower region 755 is located adjacent to and 
below the inner lower region 754. 

As described above, the data within the central re- 
gion 753 will be read in all three tracking cases because 



10 



15 



For example, as illustrated in FIG. 15, a tape 800 may 
include both a 9 X fast forward fast scan track 804 and 
a multi-speed playback track 802. Various other combi- 
nations of the numerous fast scan and multi-speed play- 
back tracks are possible, e.g., a multi-speed playback 
track, a 3x fast forward fast scan track and a 9x fast 
forward fast scan track. 

When implementing special purpose tracks such as 
multi-speed playback tracks, fast scan tracks, or any 
combination of them, minimizing the amount of addi- 
tional tape required as a result of the use of such special 
purpose tracks is an important consideration. 

One way to reduce the amount of tape required to 
implement such tracks is to use as many dual or multi- 
purpose data blocks as possible. For example, it may be 
possible to place a data block which can be used at one 
or more playback speeds, i.e., a multi-purpose data 
block, at a location where two or more special play 
tracks intersect Another alternative is to locate the 



it is within tracking tolerances. Accordingly, data pack- 20 nonnal P la y data on the tape in such a manner that a 

subset of the data which can be used for trick play 

operation, i.e. dual purpose data, is located in tape seg- 
ments which are trick play segments. By doing this, it is 
possible to record one fast scan or multi-speed playback 
track on the tape without duplicating any data. The 
dual purpose data in the trick play segments will then be 
used for both normal and trick play operation. 

As described above, low speed fast forward fast scan 
tracks contain more data man high speed fast scan 
tracks and therefore occupy more tape space. Accord- 
ingly, when implementing both high and low speed fast 
scan tracks on a single tape, it is preferably to implement 
the low speed fast scan track, e.g., a 3X fast forward 
fast scan track, by arranging the normal play data so 
that the dual purpose data can be used for the low speed 
fast scan track. In this manner, the low speed fast scan 
track does not require duplication of data and doesn't 
require the use of any additional tape. The high speed 
fast scan track implemented on the same tape may then 



ets i though j which are recorded in this region need not 
be duplicated. The data in the regions 751, 752, 754, 755 
may or may not be read depending on the degree of 
tracking error. Accordingly, the data in these regions 
are duplicated to take into account the possible regions 
a VTR head may pass over during trick play due to tape 
tracking errors. 

In accordance with the present invention, data pack- 
ets 0 through i— I which arc recorded in the inner 
lower trick play tape segment region 754 are duplicated 
in the outer upper trick play segment region 751 in case 
they are missed because of a tracking error which re- 
sults from the VTR's heads passing over the trick play 
segment at a position offset vertically above the nominal 
head tracking path, e.g. as in the case of a late start in 
the heads passing over the trick play segment 750. In 
addition, data packets j + 1 through n, which are re- 
corded in the inner upper region 752, are duplicated in 
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to pass over the upper inner fast scan track segment 
region 752 because a tracking error has resulted from 
the heads being offset in a downward direction, e.g. in 
the case of an early start in the heads passing over the 
trick play segment 750. 

By duplicating the data in the fast scan track regions 
751, 752, 754, 755, surrounding the center region 753 of 
a fast scan track segment, in the above described man- 
ner, it is possible to maximize the amount of data that 
can be reliably recovered from a trick play segment 
during trick play operation. For example, while only 
data packets i through j of the trick play segment 750, 
illustrated in FIG. 14(b), could be reliably read without 
duplication of trick play data, duplicating trick play 
data packets 0 through i, and j+ 1 through n, contained 55 
in the trick play segment 750, in the above described 
manner, will permit these data packets to be reliably 
read as well. 

In accordance with another embodiment of the pres- 
ent invention, the use of multi-speed playback tracks 60 
and fast scan tracks is combined. In such an embodi- 
ment, the VTR is capable of generating some images 
from the use of the multi-speed playback track over a 
wide range of trick playback speeds and directions of 
operation. In addition, fast scan tracks provide better 65 
quality and/or more recognizable images during partic- 
ular pre-selected trick play speeds and directions of 
operation. 



which is duplicated and recorded in the 9 X fast scan 
track segments. Accordingly, since the trick play data 
that is duplicated is for the high speed fast scan track, 
e.g., a 9x trick play speed, the amount of duplicated 
data will be less than the amount of data that would 
have had to been duplicated for a slower speed fast scan 
track. 

Thus, tape space is used in a more efficient manner 
than if the low speed fast scan track had been imple- 
mented using duplicate data. 

Various data may be selected for recording in each 
trick play segment of a fast scan track. For example, 
each trick play segment may be filled with enough 
information to generate an image during trick play, or 
the data from several trick play segments may be used 
to generate a higher quality image than is possible with 
the limited amount of data that can be recovered in a 
single fast scan track segment. Furthermore, a single 
trick play segment located, e.g., at an intersection of fast 
scan tracks, may contain data packets useful for each 
one of the fast scan tracks which intersect at the particu- 
lar trick play segment. Such data packets are identified 
by their headers for use at a particular trick play speed 
and direction. Accordingly, while a single fast scan 
track segment may contain data packets for multiple 
trick play speeds of operation, only ones designated for 
use at the actual playback speed will be used: In addi- 
tion, particular individual data packets may be desig- 
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nated for use at several different playback speeds as is The data filter 308 examines the headers contained in 

appropriate because of the particular data packet's con- each transport data packet. Using the information in the 

tents. headers, the data filter 308 identifies the priority level, 

The VTR recording circuit 300 may further comprise as assigned by the transmitter's prioritizer 104, the type 

an antenna 302 coupled to a tuner module 304. The 5 of data contained in each transport data packet and any 

tuner module 305- is the same as, or similar to, the tuner other information needed to sort the data packets based 

module 204 of FIG. 9. The antenna 302 and tuner mod- on their utility for use in generating images during trick 

ule 304 may be directly incorporated into the VTR, in pky operation. In one embodiment, the data filter 308 

which case no digital VTR port is required to connect includes a variable length decoding circuit for perfonn- 

them to the recording circuit 300 or, alternatively, they 1° variable length decoding on the data so that the data 

may be part of a digital VTR compatible receiver cir- ^ tcr 308 can examine the data and information con- 

cuit such as the one illustrated in FIG. 9. When the tained in each transport data packet, 

tuner module 304 is part of the receiver circuit 200, it is T* 6 data ^ tCT 308 is designed so that it selects the 

coupled to the VTR recording circuit via a digital VTR highest priority data available from the transport data 

port as illustrated in FIGS. 9 and 10. 15 P acket stream for recording in fast scan track segments 

The VTR recording circuit 300 of the present inven- on a s P ace avaflaMe basis, ie,, it selects the amount of 
tion further comprises a trick play data processing cir- ^ ^ me parte* 1 ** VTR orcuit 300 can record in 
cuit 342, a normal play data processing circuit 344, a ^ t ™ k P lav ^S^nts. The data filter 308 
trick play data select control circuit 346, a data select ^lude a map of the trick play segments and/or a 
multiplexer (MUX) 314, a modulation circuit 320, and 20 list °* °* multi-speed playback tracks sup- 
recording heads 340. The trick play data processing P° f rted h 7 * e Particular VTR. It may use this stored 
circuit 342 selects and processes data from the ^"nation in deteinnmng the ^amount and type of data 
video/audio transport data packet stream for recording * scl< f 1 for reco ^ing in the fast scan track segments, 
in fast scan track segments while the normal play data „ ^ P^ccment and data imitations of such tnck play 
proce^gckcuit344rec^ 25 se^ei^will be discussed further below, 
video/audio data packet stream for recording in track * ™ s f ^ h rece1 ^ trans P°^ **a packets which 
segments which areread from during normal playback ™ n ? ata *f was not P nontl2e <f f ° r tnck P^y oper- 
ri on atl0n P nor t0 transmission, or which are not suitably 

\L * t i j . * A <** a identified through the use of appropriate headers such 

™ e n ^f, Ph ? data . pr0CeSSmg CirCmt f 4 ™*: 30 as the one illusLted in FIG. 8(a), the data filter 308 

C'iE* I?? 8 *"! ffl° r 00 ^iS°? ^ CC) W bclude a decoder « a PrioritizeTcircuIt. 

circuit 316 and ato shuffhng circuit 318. An error ^ decoder circuit * ^ t0 decode P the transport data 

detected signal ou^utand a video/aucho Uansport data kets tQ ^ extem nfiC f prioritization. The 

packet output of the tuner m^de 304 are coupled to data prioritizer , which £ e the ^ M or 

the corres^mg ir^ts of the VTR fc^g and ECC 35 s ^ tQ me rioritizer m of th / pre sent invention, is 

circuit 316. The VTR framing and ECC circuit 316 ^ ^ tQ ^ oritize the ^ Qn hs utffi fof 

receives the video/audio transport data packets from generating m ^ durmg ^ la opera tion. Based 

the tuner module 304 and adds additional header mfor- on ^ output of ^ & ^ fxlter 308 0 . 

mation to each packet wruch identifies the information ^ to sort the data M described above m ^ case of 

pertinent to retrieval durmg VTR playback operation. ^ a transport data packet stream containing data that was 

The framing and ECC circuit 316 is also responsible for prioritized before transmission. After sorting the de- 

aiTangmg the data packets into data blocks and adding coded ^ depa cketi2ed data, the data are re-encoded 

ECC information to each data block. The ECC mfor- and repa cketized using an encoder and a packetizer 

mation is recorded with each block of data and is used which may & 0 be incorporated into the data filter 308. 

for correcting data errors when reading the data pack- 45 By re -encoding and repacketizing the sorted, decoded, 

ets from a recorded data block. ^ depacketized data, the data filter 308 generates a 

The training and ECC circuit 316 has a data block stream of data packets that will be reC ogni2able to a 

output which is coupled to a corresponding input of the video decoder. 

data shuffling circuit 318. The data shuffling circuit 318 ^ t he above manner, the data filter 308 selects partic- 

receives the data blocks output by the framing and ECC 50 ular data packets from the video/audio data packet 

circuit 316 and shuffles the data bytes within the indi- str eam for recording in fast scan track segments. The 

vidual data blocks, each of which is protected from data filter 308 has a trick play data packet output which 

errors by a separate set of ECC bits, to allow for dis- is coupled to a corresponding input of the VTR framing 

persal of short burst errors throughout the data so that and ECC circuit 310. The VTR framing and ECC cir- 

the maximum amount of data, in any particular se- 55 cuit 310 also has an error detected input coupled to the 

quence, that is effected by the burst error, is small error detected output of the tuner module 304. 

enough that the error can be corrected using the data In another embodiment of the present invention, the 

block's ECC bits. data filter 308, is located outside both the trick play data 

The data shuffling circuit 318 outputs blocks of data processing circuit 342 and the normal play data process- 

via a data block output which is coupled to a normal 60 ing circuit 344. The data filter 308 receives the 

play data block input of the data select MUX 314. video/audio transport data packets from, e.g., the tuner 

The trick play data processing circuit 318 comprises module 304 and sorts the data into trick play data pack- 

a data filter 308, a VTR framing and ECC circuit 310 ets which are supplied to the trick play data processing 

and a data shuffling circuit 312. The data filter 308 circuit 342, and into normal play data packets which are 

receives the video/audio transport data packets output 65 supplied to the normal play data processing circuit 344. 

by the tuner module 304 via a video/audio transport The trick play data packets output by the data filter 308 

data packet input which is coupled to the corresponding may include duplicates of data packets sent to the nor- 

output of the tuner module 304. mal play data processing circuit 344. 
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The trick play circuit's VTR framing and ECC cir- Generally, the error correction code bits that are 

cuit 310 receives the video/audio transport data packets generated by the framing and ECC circuit 310 and 

from the data filter 308 and adds additional header in- which are added to each packet and/or block of packets 

formation to each packet which identifies the infonna- before recording will be a Reed Solomon set of code 

tion pertinent to retrieval during VTR trick play opera- 5 bits. However, the frarning and ECC circuit 310 of the 

tion. Such header information may include an identifier present invention may be implemented using a wide 

as to what particular trick play speed of operation, e.g., variety of error correction coding schemes and data 

9X fast forward, and thus what particular fast scan block formats. 

track, a particular data packet is assigned. The VTR The VTR framing and ECC circuit 310 has a trick 
framing and ECC circuit 310 arranges the data packets 10 play data block output which is coupled to a corre- 
into trick play data blocks which may be of different sponding input of the data shuffling circuit 312. The 
sizes depending on the size of the trick play segments data shuffling circuit 312 is the same as, or similar to, the 
into which the trick play data blocks are to be written. data shuffling circuit 318 of the normal play data pro- 
For example, in generating trick play data blocks for cessing circuit 318. The data shuffling circuit 312 re- 
recording in trick play tape segments of a 9X fast scan 15 ceives the trick play data blocks output by the VTR 
track, the VTR framing and ECC circuit 310 may gen- framing and ECC circuit 310 and shuffles the data bytes 
erate trick play data blocks roughly one third the size of within each trick play data block, or group of trick play 
trick play data blocks generated for recording in trick data blocks, which is protected by a separate set of ECC 
play tape segments of a 3 X fast scan track. Such adjust- bits. This data shuffling operation may include the case 
ments in block size for different fast scan tracks accom- 20 where no data shuffling is performed, 
modates the different trick play segment sizes which are The data shuffling circuit 312 outputs trick play data 
smaller for higher trick play speeds. blocks via a trick play data block output which is cou- 
The VTR framing and ECC circuit 310 also gener- pled to a trick play data block input of the data select 
ates ECC information which can be added to each trick MUX 214. 

play data block which it creates from the trick play data 25 The output of the trick play data select control circuit 

packets. Alternatively, ECC information may be gener- 346 is coupled to a select input of the MUX 314. The 

ated for a group, e.g. three, trick play data blocks with trick play data select control circuit 346 monitors head 

the ECC information being added to the last trick play position and is aware of trick play locations on the tape, 

data block in the group. The number of data blocks in a Accordingly, the trick play data select control circuit 

group may be selected so that the length of each group 30 346 asserts the select signal so that the trick play data 

of trick play data packets approximates the length of a blocks are selected and output by the MUX 314 when 

normal play data block recorded on the tape. Attaching the heads 340 are over trick play tape segments and are 

the ECC coding to the last trick play data block in a recording data. The select signal is deasserted by the 

group of data blocks, approximately equal in size to a trick play data select control circuit 346, when the 

normal play data block, permits for simpler VTR play- 35 heads 340 are over normal play tape segments and are 

back circuity because a VTR's normal error correction recording data. This causes the data select MUX 314 to 

circuity can be used to process the group of data blocks output normal play data blocks when recording data in 

as a single unit Accordingly, by grouping the trick play normal play tape segments. 

data blocks into a group, separate playback error cor- A data block output of the data select MUX 314 is 

rection circuity need not be required, as may be the case 40 coupled to a corresponding input of the modulation 

when ECC coding is generated and added, e.g., at- circuit 320. The modulation circuit 320 performs 8-10 

tached to each trick play data block which may be modulation on the contents of each data block. Thus, 10 

different in size from normal play data blocks. bits of data are generated by the modulation circuit 320 

Referring now to FIG. 10*, there is illustrated a data for each 8 bits of data in each data block. Alternatively, 

block which is representative of one possible format for 45 the modulation circuit 320 performs other types of mod- 

a data block which may be generated by the VTR fram- ulation such as miller squared modulation. The output 

ing and ECC circuit 310 of the present invention. As of the modulation circuit 320 is coupled to the heads 340 

illustrated in FIG. 106, a data block 309 may comprise, providing them with the signal which is actually re- 

e.g., 66 data packets. Each data packet may comprise corded on the tape. 

156 bytes of data including a 4 byte header, 147 bytes of 50 Referring now to FIG. 11, there is illustrated a VTR 
packet data and 5 bytes of inner tape error correction playback circuit 400 in accordance with one embodi- 
code bits. In the illustrated embodiment of FIG. 10* the ment of the present invention. The playback circuit 400 
tape error correction code is a two dimensional code comprises playback heads 440, a demodulator circuit 
which is applied to the contents of the data block 309. 401, a data unshuffling circuit 402, and an error correc- 
The first dimension is the inner tape error code compris- 55 tion circuit 404. The playback circuit 400 further com- 
ing 5 bytes of parity data computed on each packet prises a playback packet filter 406, a VTR command 
individually and appended to each packet- The second generator 408, a bitstream refonnatter 410, and a digital 
dimension, the outer tape error correction code, is a 6 VTR port 412. 

byte RS code computed down the columns of the block The heads 440, which are mounted on a rotary head 

of data packets effectively creating 6 new packets of 60 cylinder, pass over the tape 11 as the head cylinder 

data which contain only parity data. These 6 packets of rotates during VTR playback operation. The heads 

parity data are divided into two sets of 3 packets each read the recorded data on the tape 11 as they pass over 

which form a set of outer tape error correction code the various tape segments which comprise the tape's 

bits. In the illustrated embodiment of FIG. 106, one set data tracks. A data output of the heads 440 is coupled to 

of outer error correction code bits is appended to the 65 the input of a demodulator circuit 410. The demodula- 

beginning of the data block 309 and the other set of tor circuit 401 receives the data read by the heads 440 

outer tape error correction code bits is appended to the and demodulates the signal in accordance with the 8-10 

end of the data block 309. modulation scheme used prior to recording of the data. 
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Accordingly, the demodulator 401 generates 8 bits of mal play, the refonnatter 410 may, e.g., interleave pack- 
data for every 10 bits of data received from the heads ets of different priority levels or added packet headers 
440 and outputs this data in the form of a stream of to form a video/audio transport data packet stream 
normal and trick play data blocks. The data block out- which is acceptable to the transport and priority de- 
put of the demodulator 401 is coupled to the data un- 5 coder circuit 208. During trick play mode, the reformat- 
shufTling circuit 402 which re-orders the data in the ter 410 may perform the additional function of inserting 
received data blocks to undo the data shuffling which VTR commands into the video/audio transport data 
was performed prior to recording the data. By unshuf- packet stream to instruct the transport and priority 
fling the data in the data blocks, any burst errors which decoder 208 on how to process trick play data cor- 
occurred when recording data to, or reading data from, 10 reedy. Alternatively, when a receiver is coupled to the 
the tape 1 will be distributed throughout the data pro- VTR via a separate VTR command line the refonnatter 
tected by each set of ECC bits. 410 may pass such commands to the VTR command 

The error correction circuit 404 has a data block generator for outputting over the VTR command line, 
input coupled to a data block output of the data unshuf- The VTR command generator 408 has a decoder 
fling circuit 402. The error correction circuit 404 de- 15 command input coupled to a command output of the 
codes the data block headers and each set of ECC bits bitstream refonnatter 410, an enor signal input coupled 
that were recorded with each data block or group of to an enor signal output of the enor conection circuit 
data blocks read from the tape 1. The error conection 404, and the user command input. Accordingly, the 
circuit performs enor conection on the data contained VTR command generator receives as input signals an 
in each block's data packets before outputting the re- 20 enor signal from the error conection circuit 404, user 
suiting video/audio transport data packets. If uncor- commands from the user command input, e.g., a control 
rectable enors are detected, the enor conection circuit panel or, in the case of interactive video on demand 
404 asserts an error signal. services, a user interface for communication via a tele- 

The enor conection circuitry 404 may include spe- phone or cable television link to a remote source, and 
cial enor conection circuity for handling trick play 25 other commands from the refonnatter 410. 
data blocks of smaller size than normal play data blocks. The VTR command generator 408 generates enor 
Alternatively, as described above, if the trick play data concealment and other decoding commands which are 
blocks were processed to form a group of trick play supplied to, e.g., the transport and priority decoder 
data blocks, the group being of approximately the same circuit of a receiver. These instructions, i.e., VTR com- 
size as a normal play data block, the same enor conec- 30 mand signals, may be used to indicate to a receiver that 
tion circuity that is used to process normal data blocks the VTR is operating in trick play mode and that partic- 
may be used to process each group of trick play data ular decoding and/or enor concealment should be per- 
blocks as a unit, if the set of ECC bits for each group of formed. 

data blocks is attached to the last data block, or added A VTR command signal output of the VTR com- 
to any of the data blocks in the group. 35 mand signal generator 408 and a video/audio transport 

A video/audio data packet output of the enor cor- data packet output of the bit stream reformater 410 are 
rection circuit 404 is coupled to an input of the playback coupled to corresponding inputs of the digital VTR 
packet filter 406. The playback packet filter 406 exam- port. In this manner, the digital VTR port 412 receives 
ines the headers of each video/audio transport data the video audio transport data packet stream and VTR 
packet and determines whether the data packet is for 40 command signal which it can then supply to, e.g., a 
use during normal playback operation, trick play opera- receiver which is coupled to the port 412. Alterna- 
tion or both. It also determines what particular play- tively, the receiver may be included within the VTR, in 
back speed each trick play data packet is to be used which case the port 412 would not be necessary and the 
with- receiver could provide its output directly to a monitor 

A user command input of the playback packet filter 45 or to the baseband portion of a television receiver. 
406 is coupled to both a user command input of the In another embodiment of the VTR playback circuit 
servo control mechanism and the user command input of the present invention, the VTR playback circuit 400 
of the VTR command generator 408. further comprises a servo control mechanism 414 which 

Via its user command input, the playback packet supports VTR trick play operation. The VTR playback 
filter 406 receives user command signals which indicate 50 circuit's servo control circuit 414 is responsible for 
whether trick playback or normal playback operation positioning the tape so that the heads pass over the tape 
has been selected. tracks in such a manner that the heads can read or write 

The playback packet filter 406 only outputs data data to or from the tracks, Accordingly, the servo con- 
packets which are designated as being for use at the trol mechanism 414 is responsible' for tape tracking 
particular playback speed which the VTR is operating 55 control. 

at. For example, during normal playback operation the The servo control mechanism 414 of the present in- 
playback packet filter 406 will only output data packets vention comprises a tracking control head 424 that is 
identified for use during normal playback operation. distinct from the read heads 440. The tracking control 
Similarly, during 9 X fast forward playback operation, head 424 detects the position of the tape 1 and generates 
the playback packet filter 406 will only output data 60 a tracking control signal. A tracking control head signal 
packets identified for use during 9x fast forward play- output is coupled to a control signal input of a normal 
back operation. play servo control circuit 420 and to a control signal 

A data packet output of the playback packet filter 406 input of a trick play servo control circuit 422. The nor- 
is coupled to a conespontiing input of the bitstream mal play servo control circuit 420 outputs a servo con- 
reformatter 410. The bitstream refonnatter 410 ananges 65 trol signal for controlling tracking during VTR normal 
the video packets in a manner that is acceptable to a play operation while the trick play servo control circuit 
transport and priority decoder such as the transport and 422 generates a servo control signal for controlling 
priority decoder 208 illustrated in FIG. 9. During nor- tracking during a particular speed of trick play opera- 
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tion, e.g. at 9 X fast forward. A separate trick play servo 
control circuit 422 may be provided for each particular 
speed of forward or reverse trick play operation that 
the VTR play back circuit 400 supports. 

A fast scan tracking select switch 426 is used to cou- 5 
pie either the output of the normal play control circuit 
420 or the trick play servo control circuit 422 to the 
input of the motor control circuit 418. The fast scan 
tracking select switch may be operated by, e.g., user 
commands input via an operator control panel. Such 10 
user commands indicate whether fast scan or normal 
play operation has been selected. For example, during 
normal VTR playback operation the fast scan tracking 
select switch 426 would supply the normal play track- 
ing control signal to the motor control circuit 418 but 15 
when trick play operation was selected via, e.g. the 
operator control panel, the output of the trick play 
servo control circuit 422 would be supplied to the 
motor control circuit 418. The trick play servo control 
circuit 422 monitors the signal received from the track- 20 
ing control head 424 and detects when the head is over 
a trick play segment of the fast scan track for the se- 
lected trick play speed and direction. Once a block of 
the selected trick play speed and direction is located, 
the trick play control servo circuit 422 outputs fast scan 25 
tracking control signals which are used to insure that 
proper angle and head position relative to the tape oc- 
curs for proper tracking of the selected fast scan track. 

In response to the tracking control signal received, 
the motor control circuit generates a motor control 30 
output signal. A motor control signal output of the 
motor control circuit 418 is coupled to a corresponding 
input of a tape positioning motor 416 which operates to 
adjust the tape's position in response to the motor con- 
trol signal in order to control tracking accuracy. 35 

While the features of the present invention make the 
recording and playback circuits of the present invention 
particularly well suited to VTR applications, the use of 
fast scan tracks and recording and playback circuits 
which support their use may be applied to other means 40 
of digitally storing video data such as laser disk technol- 
ogy. Laser disk technology provides a storage media for 
digital video similar to tape in that recording and recov- 
ering data for normal play may be accomplished in 
accordance with the present invention, by recording 45 
normal play data, e.g. normal play data blocks including 
data packets, in normal play track segments on a laser 
disk which comprise normal play tracks. In the context 
of a laser disk, a series of fast scan track segments may 
be arranged to form a fast scan track which is distinct 50 
from the normal play laser disc tracks. The trick play 
data in such a laser disc fast scan track may comprise a 
copy of a sub-set of the normal play data and/or special 
trick play data such as trick play morion vectors. 

In accordance with the present invention, during 55 
trick play operation, the media does not change speed, 
but rather the playback head is moved radially to an- 
other track on the disc. In such an embodiment, it is 
expected that the track switching transients can be quite 
severe and the playback head will not be able to recover 60 
data until tracking is locked onto the new track. For this 
reason the concept of putting areas of trick play data 
distributed across tracks and scanning across multiple 
tracks is not presently suitable in the laser disc context. 
Thus, there is no present advantage to intermixing nor- 65 
mal play and trick play data blocks in a physical track. 

Unlike a tape system, a playback head in a laser disk 
system can change between a large number of tracks 
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relatively quickly. It takes only a fraction of a second to 
move a large number of tracks. Accordingly, to take 
advantage of these physical characteristics of a video 
disc system, the trick play segments which comprise a 
video disc fast scan track are located in a single physical 
location on the disc such as one particular physical 
track or series of adjacent physical tracks. 

To record trick play data in such video disc fast scan 
tracks while simultaneously recording normal play data 
as it is being received, e.g. from a tuner module, a video 
recording circuit similar to the recording circuit of 
FIG. 10 may be used. However, to support the simulta- 
neous recording of normal play and trick play data to 
two different tracks on a video disc, the trick play data 
blocks output by the trick play data processing circuit 
342 are supplied to a trick play recording head posi- 
tioned over the fast scan tracks on the video disc while 
the normal play data processing circuit supplies normal 
play data blocks to a normal play recording head posi- 
tioned over a normal play tracL 

In accordance with the present invention, when trick 
play is entered, the video disc playback head will move 
to the laser disk fast scan track region of the disc and 
position itself for reading over the fast scan frame data 
corresponding to the first fast scan frame subsequent to 
the normal frame which the head just completed read- 
ing. The fast scan tracks could be indexed and linked to 
specific frames in the normal data tracks. The head 
would then trace along the laser disk fast scan tracks 
recovering trick play data. When trick play operation is 
terminated, e.g., by a user command, and the device 
returns to normal scan, the last fast scan frame displayed 
will serve as the index to reposition the head back in the 
normal scan region of the disk. While the head motion 
to enter and exit the trick play data region on the disc is 
not insignificant, it is only a fraction of a second in 
which video service is interrupted. 

The data stored in the trick play region would be of 
similar content to the trick play data recorded in the 
trick play segments of a video tape. Accordingly, a 
video playback circuit similar to the VTR playback 
circuit 400 may be used to playback data from a video 
disc. However, in the video disc context, the heads 440 
and the servo control module 414 would be optimized 
for the particular video disc system being implemented 
and would therefore differ from the tape tracking servo 
control module illustrated in FIG. 11. 

I claim: 

1. A digital video tape recorder (VTR) compatible 
receiver for receiving a digital video data stream output 
by a digital VTR, the video data stream including nor- 
mal play video data output by the digital VTR during 
normal VTR playback operation, and trick play video 
data and trick play video data processing commands 
output by the digital VTR during trick playback opera- 
tion, each trick play video data processing command 
including an instruction for processing the trick play 
video data, the receiver comprising: 
a digital VTR port adapted for coupling the receiver 
to the digital VTR and for receiving from the digi- 
tal VTR the digital video data stream including the 
trick play video data and the trick play video data 
processing commands output by the digital VTR 
during trick playback operation, the received trick 
play video data including a subset of the normal 
play video data; and 
trick play video data processing means coupled to the 
digital VTR port, for performing video data pio- 
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cessing operations on the trick play video data 
received from the digital VTR as a function of a 
received trick play video data processing com* 
mand, the trick play video processing means pro- 
cessing the subset of normal play video data in- 5 
eluded in the trick play video data to compensate 
for normal play video data intentionally omitted by 
the VTR from the subset of normal play video 
data. 

2. The receiver of claim 1, wherein the trick play 10 
video data processing means includes a two dimensional 
spatial filter for performing spatial filtering of the subset 

of normal play video data in response to a first trick play 
command. 

3. The receiver of claim 1, wherein the trick play 15 
video data processing means includes a temporal filter 
for performing temporal filtering of the subset of nor- 
mal play video data in response to a second trick play 
command. 

4. The receiver of claim 1, wherein the trick play 20 
video data processing means includes a temporal filter 
for performing temporal filtering on the subset of nor- 
mal play data in response to a first trick play command 
and a spatial filter for perfonning spatial filtering on the 
subset of normal play video data in response to a second 25 
trick play command. 

5. The receiver of claim 1, further comprising a trans- 
port and priority decoder circuit that receives the video 
data and trick play video data processing commands, 
and performs video transport depacketization and prior- 30 
ity decoding on the trick play video data received from 
the digital VTR to generate video codewords, the 
transport and priority decoder being responsive to the 
trick play video data processing commands to enable 
trick play video transport depacketization and priority 35 
decoding. 

6. The receiver of claim 5, further comprising a video 
decoder coupled to the transport and priority decoder 
circuit, the trick play video data processing means, and 
adapted for coupling to a display circuit, the video 40 
decoder circuit receiving video codewords from the 
transport and priority decoder circuit and decoding the 
video codewords, the trick play video processing means 
perfonning video data processing on the video code- 
words received by the video decoder in response to the 45 
trick play video data processing commands. 

7. The receiver of claim 6, wherein trick play video 
processing means includes a two dimensional spatial 
filter for performing spatial filtering of the video code- 
words in response to a first trick play video data pro- 50 
cessing command. 

8. The receiver of claim 6, wherein the trick play 
video data processing means includes a temporal filter 
for performing temporal filtering of the video code- 
words in response to a second trick play video data 55 
processing command. 

9. The receiver of claim 6, wherein the trick play 
video data processing means includes a temporal filter 
and a spatial filter for performing temporal filtering and 
spatial filtering, respectively, of the trick play video 60 
data in response to trick play video data processing 
commands. 

10. The receiver of claim 5, further comprising a 
tuner module coupled to the digital VTR port and 
adapted for receiving a radio frequency signal, the tuner 65 
module demodulating, trellis decoding and de-inter- 
leaving the received radio frequency signal to generate 
transport data packets. 
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11. A digital video tape recorder (VTR) compatible 
receiver for receiving a video data stream output by a 
digital VTR, the video data stream including normal 
play video data output by the digital VTR during nor- 
mal VTR playback operation, and trick play video data 
and trick play video data processing commands output 
by the digital VTR during trick playback operation, the 
receiver comprising: 

a tuner module adapted for coupling to the digital 
VTR and for receiving from the digital VTR the 
trick play video data stream including the trick 
play video data and the trick play video data pro- 
cessing commands output by the digital VTR dur- 
ing trick playback operation, the trick play video 
data including a subset of the normal play video 
data; and 

trick play video data processing means coupled to the 
tuner module, for performing video data process- 
ing operations on the trick play video data received 
from the digital VTR as a function of a received 
trick play video data processing command, the 
video processing means processing the subset of 
normal play video data included in the trick play 
video data to compensate for normal play video 
data intentionally omitted by the VTR from the 
subset of normal play video data. 

12. The receiver of claim 11, wherein the trick play 
video data processing means includes a spatial filter for 
performing spatial filtering of the subset of normal play 
video data received from the digital VTR in response to 
a first trick play command. 

13. The receiver of claim 12, wherein the trick play 
video data processing means includes a temporal filter 
for performing temporal filtering of the subset of nor- 
mal play video data in response to a second trick play 
video data processing command. 

14. A receiver comprising: 

a tuner module adapted for coupling to a video tape 
recorder (VTR) and for receiving a video data 
stream from the digital VTR, the video data stream 
including normal play video data output by the 
digital VTR during normal VTR playback opera- 
tion, and trick play video data output by the VTR 
during trick playback operation, the trick play 
video data including a subset of the normal play 
video data; and 

trick play video data processing means coupled to the 
tuner module, for detecting the receipt of trick play 
video data from the digital VTR and for perform- 
ing video data processing operations on the trick 
play video data received from the digital VTR to 
compensate for the absence of normal play video 
data intentionally omitted by the VTR from the 
subset of normal play video data included in the 
trick play video data. 

15. The receiver of claim 14, wherein the trick play 
video data processing means includes a spatial filter for 
performing spatial filtering of the trick play video data 
received from the VTR. 

16. The receiver of claim 15, wherein the trick play 
video data processing means includes a temporal filter 
for performing temporal filtering of the video data re- 
ceived from the VTR. 

17. A digital video tape recorder (VTR) compatible 
receiver for receiving a video data stream output by a 
digital VTR, the video data stream including normal 
play video data output by the digital VTR during nor- 
mal VTR playback operation and trick play video data 
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output by the digital VTR during trick playback opera- 
tion, the trick play video data including a subset of the 
normal play video data, the receiver comprising: 
a digital VTR port adapted for coupling the receiver 
to the digital VTR and for receiving from the digi- 5 
tal VTR the video data stream including normal 
play video data and trick play video data; and 
a video decoder including a decoder circuit and a 
trick play video data processing circuit coupled to 
the digital VTR port, the video decoder circuit 10 
decoding the video data received from the VTR, 
the trick play video data processing circuit detect- 
ing the receipt of trick play video data from the 
VTR, and processing the subset of normal play 
video data included in the trick play video data to 15 
compensate for normal play video data intention- 
ally omitted by the VTR from the subset of normal 
play video data. 

18. The receiver of claim 17, wherein the trick play 
video data processing circuit includes a spatial filter for 20 
performing spatial filtering of the trick play video data 
when the receipt of trick play video data is detected. 

19. The receiver of claim 17, wherein the trick play 
video data processing circuit includes a temporal filter 
for r^rforming temporal filtering of the video data 
when the receipt of trick play video data is detected. 

20. A method of receiving and processing video data 
output by a digital video tape recorder (VTR), the 
digital VTR outputting a video data stream including ^ 
normal play video data during normal playback opera- 
tion, and trick play video data and a trick play video 
data processing command during trick play operation, 
the trick play video data including a subset of the nor- 
mal play video data, the method comprising the steps 35 

Of: 

receiving the trick play video data including the sub- 
set of normal play video data output by the digital 
VTR during VTR trick playback operation; 

receiving the trick play video data processing com- 40 
mand output by the digital VTR during VTR trick 
playback operation; and 

performing video data processing on the received 
subset of normal play video data, in response to the 
received trick play video data processing com- 45 
mand to compensate for the intentional omission of 
normal play video data, by the digital VTR, from 
the received subset of normal play video data. 

21. The method of claim 20, wherein the step of re- 
ceiving the trick play video data including the subset of 50 
normal play video data output by the digital VTR in- 
cludes the step of coupling a receiver to a digital VTR 
port 

22. The method of claim 20, wherein the step of re- 
ceiving the trick play video data including the subset of 55 
normal play video data output by the digital VTR in- 
cludes the steps of: 

receiving a radio frequency signal output by the digi- 
tal VTR; and 

demodulating, trellis decoding and de-interleaving 60 
the received radio frequency signal to generate the 
subset of normal play video data, the subset of 
normal play video data including transport data 
packets. 

65 



23. A method of receiving and processing video data 
output by a digital video tape recorder (VTR) during 
normal VTR playback operation and VTR trick play- 
back operation, the digital VTR outputting normal play 
video data during normal VTR playback operation and 
trick play video data including a subset of normal play 
video data during VTR trick playback operation, the 
method comprising the steps of: 

receiving digital video data from a digital VTR; 

monitoring the received video data to detect the 
receipt of trick play video data indicative of VTR 
trick playback operation; and 

performing, upon the detection of received trick play 
video data, video data processing operations on the 
received video data to compensate for normal play 
video data intentionally omitted by the digital 
VTR from the subset of normal play video data* 

24. The method of claim 23, wherein the step of per- 
forming video data processing operations on the re- 
ceived video data includes the step of performing spa- 
tial filtering of the received video data. 

25. The method of claim 23, wherein the step of per- 
forming video data processing operations on the re- 
ceived video data includes the step of perfortning tem- 
poral filtering on the received video data. 

26. The method of claim 23, wherein the step of re- 
ceiving digital video data output by a digital VTR in- 
cludes the steps of: 

receiving a radio frequency signal output by the digi- 
tal VTR; and 

demodulating, trellis decoding and de-interleaving 
the received radio frequency signal to generate 
video data including transport data packets. 

27. A receiver, for receiving a video data stream 
output by a digital video playback device, the video 
data stream including normal play video data output by 
the digital playback device during normal playback 
operation, and trick play video data and trick play video 
data processing commands output by the digital play- 
back device during trick playback operation, the trick 
play video data including a subset of normal play video 
data, each trick play video data processing command 
including an instruction for processing the trick play 
video data, the receiver comprising: 

a digital port adapted for coupling the receiver to the 
digital video playback device and for receiving 
from the digital playback device the trick play 
video data and the trick play video processing 
commands output by the digital video playback 
device during trick playback operation, the re- 
ceived trick play video data including a subset of 
the normal play video data; and 

trick play video data processing means coupled to the 
digital port, for performinq video data processing 
operations on the subset of normal play video data 
received from the digital video playback device as 
a function of a received trick play video data pro- 
cessing command, the trick play video data pro- 
cessing means processing the subset of normal play 
video data included in the trick play video data to 
compensate for normal play video data intention- 
ally omitted by the digital video playback device 
from the subset of normal playback video data. 
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